এটি কিছুটা অপারেটিং সিস্টেমের পাশাপাশি ফাইলটি খোলার প্রোগ্রাম হিসাবে ব্যবহারযোগ্য ফাইল সিস্টেমের উপর অনেক বেশি নির্ভর করে। কোনও নতুন ফাইল তৈরি করার সময় সঠিক পরিমাণে সঞ্চয়ের জন্য অনুরোধ করা অ্যাপ্লিকেশনটির উপর নির্ভর করে এবং এটি অপারেটিং সিস্টেম এবং ফাইল সিস্টেম বৈশিষ্ট্য যা এই অ্যাপ্লিকেশনগুলি ওপেন এবং প্রসারিত আচরণকে প্রভাবিত করে যখন তারা কতটা জায়গা জানেন না তখন অনুসরণ করে জিজ্ঞাসা করা।
যদি কোনও প্রোগ্রাম অপারেটিং সিস্টেমটিকে 4.2GB ফাইলের জন্য জিজ্ঞাসা করে, তবে ওএস 4.2 গিগাবাইট মুক্ত স্থানের সন্ধান করবে। ব্যর্থ হওয়ায় এটি ফাইলটি সংরক্ষণ করার জন্য প্রোগ্রামটিকে পর্যাপ্ত পরিমাণে খালি খণ্ড খণ্ডখণ্ডিত করবে। এখানে কিছু ভেরিয়েবল রয়েছে, এটি সরল করা হয়েছে।
যদি কোনও প্রোগ্রাম অপারেটিং সিস্টেমকে 4KB ফাইলের জন্য জিজ্ঞাসা করে, ওএস তা দেবে। যদি প্রোগ্রামটি নতুন সংলগ্ন 4KB বিভাগের জন্য জিজ্ঞাসা করতে থাকে (আপনি কোনও ফাইল ডাউনলোড করছেন, এবং প্রোগ্রামটি এটি কত বড় তা জানত না) যতক্ষণ না এটি 4.2 জিবি স্থান পায়, ওএস সুখে স্থান দেবে। এটি সেই ক্ষেত্রে যেখানে ফাইল সিস্টেম এবং ওএস পার্থক্য করে।
উদাহরণস্বরূপ, এক্সএফএস হ'ল পরিমাণ-ভিত্তিক তাই যুক্ত হওয়া স্থানটি সংযুক্ত হবে যতক্ষণ না এটি হওয়া যায় না। এছাড়াও, এক্সএফএসকে নির্দিষ্ট পরিমাণ জায়গার সাথে নতুন ফাইলগুলি প্রাক-বরাদ্দের জন্য কনফিগার করা যেতে পারে যা খণ্ডকে আরও কমিয়ে আনতে পারে (ভার্চুয়াল মেশিন স্টোরেজ ভলিউমের পাশাপাশি ডিভিডি আইএসও ভলিউমের ক্ষেত্রেও কার্যকর)।
এক্সটি ২ / ৩, এনটিএফএস, এবং আমি বিশ্বাস করি যে রিজার আরও কিছুক্ষন না পারলে সামঞ্জস্য বন্টন করবে। তারপরে এটি নতুন টুকরো শুরু করবে। যদিও প্রতিটি খণ্ড আকারে 4KB হতে পারে।
সবচেয়ে খারাপ পরিস্থিতি নিতে দিন। দুটি সমান্তরাল ৪.২ জিবি ফাইল একই সময়ে একই সময়ে সমান্তরালে ৪ কেবি সংরক্ষণ করা হচ্ছে। কিছু ওএস / এফএস সংমিশ্রণ ফাইলগুলিকে একই ডিরেক্টরিতে একে অপরের কাছে রাখার চেষ্টা করার কারণে 'একই ডিরেক্টরি' জিনিসটি সবচেয়ে খারাপের অংশ। কিছু ওএস / এফএস সংমিশ্রণের জন্য এটি দুটি ফাইলকে পুরোপুরি ডিস্কে ইন্টারলিভড করে দেবে। অন্যদের জন্য যারা নতুন-ওপেন করা ফাইলগুলি বিভিন্ন ফ্রি সেগমেন্টে রাখার চেষ্টা করেন তাদের পক্ষে কোনও অংশ বা খুব সামান্যই থাকতে পারে।
এক্সএফএসে কিছুটা (আমার মনে হয় ext4 এবং বিটিআরএফও এটি করতে পারে)। এই ক্ষেত্রে, ইন্টারলিভ 4KB হবে না, ভলিউম মাউন্ট করার সময় আপনি আপনার বরাদ্দ-আকারের মানটি যা সেট করেন তা হবে। এটি 256MB এ সেট করুন এবং আপনি দশ মিলিয়নের পরিবর্তে 17 টি টুকরা সহ একটি 4.2GB ফাইল পাবেন। মিডিয়া সার্ভারের মতো বড় ফাইলগুলি সঞ্চয় করে ভলিউমের জন্য দরকারী। প্রচুর পরিমাণে বিটি ফাইল এবং কয়েকটি বড় ফাইল সঞ্চয় করার জন্য ভলিউম কার্যকর নয়।
এটি এর কারণেই বিটোরেন্ট ক্লায়েন্টরা নতুন ডাউনলোড শুরু করার সময় বিচ্ছিন্ন ফাইলগুলি খুলুন বা শুরু করার আগে মোট নির্দিষ্ট আকারটি বরাদ্দ করুন।
একই পার্টিশনের বিভিন্ন অংশ থেকে ফাইলগুলি অনুলিপি করার সময় (বা হেক, এমনকি অন্যান্য পার্টিশন থেকেও) অনুলিপি প্রক্রিয়া তাত্ত্বিকভাবে জানে যে অনুলিপি করা ফাইলগুলি কত বড় তাই ওএস থেকে শুরু থেকে উপযুক্ত আকারের অনুরোধ করে; নতুন ফাইলগুলির জন্য বরাদ্দ সংযোজন করার প্রয়োজন নেই।