অপারেটিং সিস্টেমের উপর নির্ভর করে কোনও ফাইলের সর্বাধিক আকার থাকতে সীমাবদ্ধ করে?
এই পৃষ্ঠা থেকে :
আমি এটা ঠিক বুঝতে পারি না। আপনার যদি স্টোরেজ স্পেস থাকে তবে সীমাবদ্ধতা আর কী হতে পারে? আপনার স্টোরেজ স্পেস শেষ না হলে আপনি যেভাবে চান তার চেয়ে বেশি ডেটা সংরক্ষণ করতে সক্ষম হওয়া উচিত (এমনকি একটি একক ফাইলেও)।
উত্তর:
ফাইল সিস্টেমে ফাইলের আকার সংরক্ষণ করতে হবে (হয় বাইটে অথবা কিছু ফাইল সিস্টেম নির্ভর ইউনিট যেমন সেক্টর বা ব্লকগুলিতে)। ফাইল সিস্টেমটি ডিজাইন করার সময় আকারে বরাদ্দ করা বিটের সংখ্যাটি সাধারণত পাথরে স্থির করা হয়।
আপনি যদি আকারের জন্য খুব বেশি বিটকে অনুমতি দেন তবে আপনি প্রতিটি ফাইলকে আরও কিছুটা জায়গা নিতে এবং প্রতিটি ক্রিয়াকলাপকে একটু ধীর করে তোলেন। অন্যদিকে, আপনি যদি আকারের জন্য খুব কম বিটগুলি অনুমতি দেন তবে একদিন লোকেরা অভিযোগ করবে কারণ তারা একটি 20EB ফাইল সঞ্চয় করার চেষ্টা করছে এবং আপনার ক্র্যাপ ফাইল সিস্টেম তাদের এড়াতে দেবে না।
আপনি যে ফাইল ফাইলগুলি উল্লেখ করেছেন সে সময় ডিজাইন করা হয়েছিল, সীমাতে চালানোর জন্য যথেষ্ট বড় ডিস্ক থাকার কারণে বিজ্ঞান-কল্পকাহিনীর মতো শোনা যাচ্ছে। (FAT32 ব্যতীত, তবে যে সংস্থাটি এটি প্রচার করেছিল তারা সকলেই তাদের চকচকে নতুন এনটিএফএস গ্রহণ করার আগে এটি একটি মধ্যবর্তী ব্যবস্থা হিসাবে অভিহিত করেছিল, এবং বর্ধমান প্রয়োজনীয়তার প্রত্যাশায় তারা কখনও খুব ভাল ছিল না))
আরেকটি বিষয় হ'ল গত শতাব্দীর শেষ অবধি, বেশিরভাগ গ্রাহক (এবং এমনকি সার্ভার) হার্ডওয়্যারটি কেবল 32-বিট মান সহ দ্রুত গণনা করতে পারে এবং অপারেটিং সিস্টেমগুলি ফাইলের আকার সহ বেশিরভাগ ক্ষেত্রে 32-বিট মান ব্যবহার করে to 32 বিট মানে 4 জিবি, তাই অপারেটিং সিস্টেমগুলি 4 জিবি ফাইলের মধ্যে সীমাবদ্ধ থাকায় ফাইল সিস্টেমটি নির্ধারিত হয়, প্রায়শই 2 জিবি এমনকি তারা স্বাক্ষরিত পূর্ণসংখ্যা ব্যবহার করে বলে। যে কোনও গুরুতর ডেস্কটপ বা সার্ভার ওএস আজকাল ফাইল আকার এবং অফসেটের জন্য 64 বিট ব্যবহার করে যা 8EB এ সীমা রেখে দেয়।
অন-ডিস্ক ডেটা স্ট্রাকচারগুলি সাধারণত সীমাবদ্ধ থাকে। কীভাবে এই অপারেটিং সিস্টেমগুলি তাদের ডিস্কগুলি বিন্যাস করে এবং কীভাবে তারা ডিস্কের ফাইলগুলির অংশগুলি ট্র্যাক করে এবং আপনি বুঝতে পারবেন যে তাদের কেন এই সীমাবদ্ধতা রয়েছে। এফএটি ফাইল সিস্টেমটি খুব ভালভাবে অন-লাইনে ডকুমেন্টেড ( উদাহরণস্বরূপ উইকিপিডিয়া দেখুন ) এবং আপনি দেখতে পারেন যে কিছু ডিস্ক কাঠামোগত ক্ষেত্রগুলির জন্য তাদের পূর্ণসংখ্যার আকারগুলির পছন্দটি এই ডিস্ক ফর্ম্যাটের সাথে ফাইলের সামগ্রিক আকারকে সীমাবদ্ধ করে শেষ করে।
সীমাবদ্ধতা কেবল এই কারণে ঘটেছিল যে ফাইলিং সিস্টেমগুলির স্পেসিফিকেশনগুলি যখন লেখা হয়েছিল তখন কখনই ভাবা হয়নি যে হার্ড ড্রাইভগুলি এত বড় হবে .... বা অন্যান্য প্রযুক্তিগত সীমাবদ্ধতাগুলি নির্দিষ্টকরণের নকশা করার সময়।
আমি মনে করি যে আজকাল নতুন ফাইলিং সিস্টেমে সীমাবদ্ধতাগুলি সাধারণত প্রত্যাশিত ব্যবহারের দিকে চলে যায়।
... কোনও টেকনিক্যাল দলের পক্ষে ফাইলিং সিস্টেমটি প্রকাশ করা এবং এটি যে পরীক্ষা না করেই ৫০০ পেটাবাইট হার্ড ড্রাইভ সমর্থন করে তা বলা শক্ত হবে।
আমার প্রথম ল্যাপটপটি ছিল একটি 286 একটি 40MB হার্ড ড্রাইভ সহ ... আমি কখনই FAT এর প্রয়োজন (বা সীমাতে আঘাত করা) কখনও ভাবতে পারি না!
আমি মনে করি বর্তমান এনটিএফএসের সীমাবদ্ধতা ভলিউম প্রতি প্রায় 16 টিবি, ফাইল প্রতি 2 টিবি ... বেশ স্পষ্টভাবে, এটি কিছু সময়ের জন্য ভাল (এবং হওয়া উচিত) - 2 টিবি-র চেয়ে বড় ফাইল লেখার পক্ষে সক্ষম (বা প্রয়োজনীয়) যে কোনও ক্ষমতা সাধারণত রাখার ক্ষমতা রাখে ফাইল এবং / অথবা অনুরূপ প্রশাসনিক বৈশিষ্ট্যগুলি (যেমন এসকিউএল সার্ভার) বিভক্ত করুন।
সহজ উত্তর: আপনার ফাইলটি পড়তে সক্ষম হওয়া দরকার, সুতরাং আপনার ফাইলটি সম্বোধন করতে সক্ষম হওয়া দরকার। এই অ্যাক্সেসটি এমন ডেটাস্ট্রাকচারের মাধ্যমে হবে যার সীমা রয়েছে। আপনি সর্বনিম্ন সাধারণ ডিনোমিনেটরের সাথে আটকে যাবেন; শারীরিক (ডিস্ক, এসডি কার্ড, ইত্যাদি) সীমা, ফাইল সিস্টেম সীমা এবং ওএস সীমা।
প্রতিটি ফাইলের আকার জানার জন্য আমরা অভ্যস্ত হয়েছি এমন একটি সরলিকরণ। এটি সেভাবে হতে হবে না এবং সর্বদা ক্ষেত্রে ছিল না।
পুরানো মেইনফ্রেমগুলি কখনই নতুন টেপ ফাইলটি শেষ না হওয়া অবধি নতুন ছিল না (এবং তারপরেও এটি আকারের উপর নজর রাখেনি। এমনকি ডিস্ক ফাইলগুলিও প্রায়শই ক্রমানুসারে অ্যাক্সেস করা হত এবং এগুলি প্রসারিত হওয়ার সাথে সাথে বৃদ্ধি পাবে। তাদের আকারগুলি (বাইটে) রেকর্ড করা হয়নি এবং সাধারণভাবে ভেরিয়েবল সেক্টর মাপ এবং অন্যান্য বিজোড় বৈশিষ্ট্যের কারণে পুরো না পড়ে এগুলি গণনা করা যায়নি।
এমন ফাইল-সিস্টেম ডিজাইন করা কঠিন হবে না যা ফাইলের আকারের উপর নজর রাখেনি এবং তাদের সীমাহীনভাবে বাড়তে দেয়।