প্রতিটি খণ্ড কোথাও ট্র্যাক করতে হবে। এটি স্টোরেজ স্পেস নেয় (ফাইল সিস্টেমের নদীর গভীরতানির্ণয়ের মধ্যে, এমন স্টাফ নয় যা আপনি সরাসরি অ্যাক্সেস করতে চান)।
একটি উদাহরণ: ধরুন আপনার কাছে 1000 টি টুকরা সহ একটি ফাইল রয়েছে। সুতরাং আপনার ফাইলটি এলোমেলো ব্লকের সংগ্রহের মাধ্যমে সংরক্ষণ করা হবে .. একক অবিচ্ছিন্ন ব্লকের চেয়ে। এর অর্থ খণ্ডিত ফাইলটির কেবলমাত্র প্রতিটি খণ্ডের ঠিকানা সংরক্ষণের জন্য যদি ফাইল সিস্টেমের নদীর গভীরতানির্ণয়ের মধ্যে 1000x বেশি স্টোরেজ স্পেস প্রয়োজন। ফাইল সিস্টেম নদীর গভীরতানির্ণয় ফাইলের প্রতিটি খণ্ডের অবস্থানের জন্য খুব সামান্য অভিধান / ডাটাবেস / মানচিত্র / সারণী / তালিকা রাখে। সুতরাং, ফাইল সিস্টেম নদীর গভীরতানির্ণয়ের জন্য, একক টুকরো পয়েন্টারের তালিকা সংরক্ষণের জন্য খুব বেশি জায়গার প্রয়োজন হবে না, তুলনায় 1000 ফ্রেগমেন্ট পয়েন্টারগুলির তালিকা ..
তবে আরে, আমি হয়তো ভুল ...
সম্পাদনা করুন: এখান থেকে সহায়ক তথ্য :
যখন কোনও অনাবাসী ডেটা স্ট্রিম খুব বেশি খণ্ডিত হয়, যাতে এর কার্যকর বরাদ্দ মানচিত্রটি এমএফটি রেকর্ডের মধ্যে পুরোপুরি ফিট করে না, বরাদ্দ মানচিত্রটি একটি অনাবাসী স্ট্রিম হিসাবেও সংরক্ষণ করা যেতে পারে, যেখানে পরোক্ষ বরাদ্দ থাকা কেবল একটি ছোট আবাসিক স্ট্রিম থাকে অনাবাসী ডাটা স্ট্রিমের কার্যকর অনাবাসী বরাদ্দ মানচিত্রের মানচিত্র map
অনুবাদ: আপনার যদি ভারী খণ্ডন থাকে তবে ফাইল সিস্টেম নদীর গভীরতানির্ণয়ের সাধারণ ক্ষেত্রে অনুমানগুলি প্রযোজ্য হবে না। এ হিসাবে, খণ্ডগুলি সামঞ্জস্য করার জন্য এফএসকে অবশ্যই পদক্ষেপ নিতে হবে এবং কেবল খণ্ডগুলি পরিচালনা করতে অতিরিক্ত স্টোরেজ স্পেস ব্যয় করতে হবে। ঠিক প্রথম স্থান থেকে আমার অনুমান।
সম্পাদনা: উপরেরটি দেওয়া, এখনও মনে হচ্ছে 10 জিবি হারিয়ে গেছে কেবল খণ্ডন ফাইল করাতে আমি বাজি দিচ্ছি যে ডিফ্র্যাগ করার সময় আপনার কিছু সাধারণ ফাইল সিস্টেমের দুর্নীতি হয়েছিল যা স্বয়ংক্রিয়ভাবে সংশোধন হয়ে গেছে। আমি ভাবছি যে আপনার কেবল বিশাল বিভাজন ছিল না, তবে স্টোরেজ স্পেস গ্রহণ করে আংশিকভাবে মুছে ফেলা ফাইলগুলিও রয়েছে। ডিফ্রেগ (বা ডিফ্র্যাগের আগে স্ক্যানডিস্কের একটি রান) থেকে কোনও স্ক্যানডিস্ক লগটি দেখে ভাল লাগত