FAT16 2 জিবি-র বেশি কেন সঞ্চয় করতে পারে না?

Question

আমি FAT16- তে তথ্য খুঁজতে যে সমস্ত সাইটগুলিতে যাচ্ছি সেগুলি কেবল ঘোষণামূলকভাবে জানায় যে এটি 2 জিবি এর বেশি বরাদ্দ করতে পারে না। ঠিক আছে. গ্রেট। আমি তোমাকে বিশ্বাস করি. তবে আপনি কীভাবে এই সিদ্ধান্তে পৌঁছবেন (কেবল এটি পরীক্ষা করা ব্যতীত)?

FAT16 সিস্টেম কতটা ধরে রাখতে পারে তা নির্ধারণের জন্য কি কোনও ধরণের সূত্র ব্যবহার করা যেতে পারে?

Comments

FAT16 নামে একটি "16" থাকার কারণ রয়েছে। :-)

— এরিক লিপার্ট

@ এরিকলিপার্ট, ন্যায্য কথা বলতে গেলে, এফএস কীভাবে কাজ করে তা না জেনে 16 এবং 2 জিআইবির মধ্যে সংযোগটি তাত্ক্ষণিকভাবে সুস্পষ্ট নয়।

— জোয়

আমি 100% নিশ্চিত নই যে এই প্রশ্নটি এই সাইটের জন্য আসলে অনন্য-বিষয়। সম্ভবত এটি retrocomputing.stackex بدل.com এ সরানো উচিত?

— জুলস

এটি লক্ষণীয় যে 2GB সীমাটি এমএস-ডস এবং প্রারম্ভিক উইন্ডোজ কীভাবে FAT16 পরিচালনা করেছিল তার ব্যবহারিক সীমাবদ্ধতা ছিল। এটি 2 জিবি ছাড়িয়ে যাওয়ার পক্ষে ধারণাযুক্ত, তবে মাইক্রোসফ্ট-সামঞ্জস্যপূর্ণ পদ্ধতিতে নয়।

— ফায়ারফক্স

@ LưuVĩnhPhúc মন্তব্যটি সঠিক। আমি "এমএস-ডস এবং শুরুর উইন্ডোজ" বলেছিলাম। আধুনিক সিস্টেমগুলি FAT16 এ 2GB এর বেশি ব্যবহার করতে পারে। একটি 4 জিবি FAT16 পার্টিশন পুরানো এমএস-ডস / উইন 3.1 সিস্টেমে কাজ করবে না, উদাহরণস্বরূপ। এবং অনেকগুলি সূত্র যা বলেছিল যে 2 জিবি হ'ল সীমাটি হ'ল হয় কারণ সেগুলি তখনই লেখা হয়েছিল যখন সেই সীমাটি বাস্তবতা ছিল, বা পরে খুব শীঘ্রই, যেখানে আপনাকে পরামর্শ দেওয়া হয়নি কারণ সামান্য পুরানো সিস্টেমগুলি এটি পরিচালনা করতে পারে না। পরবর্তী সিস্টেমগুলি এটি ঠিকঠাকভাবে পরিচালনা করতে পারে, তবে 2 জিবি সীমাটি প্রায় 2000 বা তার আগে থাম্বের নিয়ম ছিল এবং এর পরের কয়েক বছরের পরে পুরানো, পুরানো সীমাটি উদ্ধৃত করে।

— ফায়ারফক্স

Answer 1

FAT16 ক্লাস্টারগুলি সনাক্ত করতে 16 বিট ব্যবহার করে। সুতরাং আপনার সনাক্তকারীদের রান আউট করার আগে সর্বাধিক 65536 টি ক্লাস্টার রয়েছে এবং কিছু শনাক্তকারী ফাইল-নন ব্যবহারের জন্য সংরক্ষিত রয়েছে। প্রতিটি ফাইল কমপক্ষে একটি ক্লাস্টার দখল করে। বড় ক্লাস্টারগুলি ফাইল প্রতি সর্বনিম্ন বরাদ্দ বৃদ্ধি করে, ছোট ফাইলগুলির ওভারহেড বাড়িয়ে তোলে।

ক্লাস্টারের আকার তারপরে আপনাকে সর্বাধিক সনাক্তযোগ্য ভলিউম বলে tells 32KiB ক্লাস্টারগুলির জন্য এটি 32 * 1024 * 65536 বি = 2 জিআইবি।

আপনি পারে আপনার অন ডিস্ক সেক্টরের আকার বাড়িয়ে অনির্দিষ্টকালের জন্য ক্লাস্টার আকার বৃদ্ধি, কিন্তু আপনি ফাইল সর্বোচ্চ সংখ্যক সীমাবদ্ধ রয়ে গেছে। আপনি ডিফল্ট সেক্টরের আকার (512 বি) ধরে নিয়েছে এমন সফ্টওয়্যার নিয়েও সমস্যা তৈরি করতে পারবেন would

যেখানে ily 2GiB এর দৈহিক ভলিউম সহজেই উপলব্ধ ছিল, প্রসেসর এবং ওএসগুলি 32 বিট ছিল, তাই FAT32 এ স্থানান্তর করা একটি বুদ্ধিমান পছন্দ ছিল, ছোট ক্লাস্টারে আরও বেশি ফাইল আনার অনুমতি দেওয়া হয়েছিল

Comments

"তবে ছোট ফাইলগুলির জন্য ওভারহেড বাড়িয়ে দিন" এটি সবার পক্ষে পরিষ্কার হবে কিনা তা নিশ্চিত নই, কেননা আমি নিশ্চিত নই যে এই প্রসঙ্গে "ওভারহেড" বলতে কী বোঝায় সবাই বুঝতে পারবে। আমি মনে করি একটি উদাহরণ সাহায্য করবে: "উদাহরণস্বরূপ, এর মধ্যে একটি অক্ষরের একটি ফাইল ডিস্কে 1 টি ক্লাস্টার নেয়, যার বেশিরভাগ সম্পূর্ণ নষ্ট হয় Lar বৃহত্তর ক্লাস্টারের আকারের অর্থ আরও অপচয়" "

— রেজিনাল্ড ব্লু

কয়েকটি স্পষ্টকরণ নোট: 32 কেইবি ডস এবং উইন্ডোজের বিভিন্ন সংস্করণের জন্য সর্বাধিক ক্লাস্টার আকার ছিল, তবে উইন্ডোজ এনটি পরিবার এনটি 4.0 এর পরে বৃহত্তর ক্লাস্টার আকারকে সমর্থন করেছে (এবং এক্সপি থেকে উইন্ডোজের গ্রাহক সংস্করণগুলিও এটি সমর্থন করেছে, কারণ তারা ' পুনরায় এনটি কার্নেলের উপর ভিত্তি করে)। এটি 16 গিগাবাইট পর্যন্ত আকারের মঞ্জুরি দেয়, যদিও উত্তরটিতে বর্ণিত অক্ষমতার কারণে এটি কার্যকর হওয়ার সম্ভাবনা কম। আপনি পারে -এর সম্ভাব্য যেমন একটি সিস্টেমের যদি প্রধানত বড় ফাইল সংরক্ষণ করতে চেয়েছিলেন ব্যবহার করেন, বিশেষ করে যদি তারা 256KiB ক্লাস্টার আকারের গুণিতক এসে আপনি ব্যবহার করতে হবে ...

— জুলে

... তবে তারপরে আপনি সম্ভবত পরবর্তী সীমাটি হিট করবেন, যা FAT16 এবং FAT32 উভয়েরই সমস্যা: সর্বাধিক ফাইলের আকারটি 4GiB এর 1 বাইট সংক্ষিপ্ত হয়ে সীমাবদ্ধ যে এটি সংরক্ষণ করার জন্য কেবল 4 বাইট বরাদ্দ রয়েছে ডিরেক্টরি এন্ট্রি। ওটিওহ, যদি আপনার কাছে পাওয়ার-অফ-টু সাইজের 2GiB অবধি 256KiB আকারের বড় আকারের সংখ্যক ফাইল সংরক্ষণের প্রয়োজন হয় এবং মোট আকার <16 জিবিবি হয় তবে তাদের জন্য FAT16 সম্ভাব্যতম দক্ষ বিন্যাস।

— জুলিউস 16

@ জুলস: কেবলমাত্র সম্ভাব্য। মনে রাখবেন একটি ক্লাস্টার-ওভারহেড রয়েছে। ফাইল-সিস্টেমগুলি স্টোর চালানোর মঞ্জুরি দেয় যদি সামান্য খণ্ডন হয়।

— উত্সর্গকারীর

Answer 2

বিভিন্ন সীমাবদ্ধতার সাথে বছরগুলিতে আসলে "FAT16" এর বেশ কয়েকটি রূপ ছিল তবে "কমপ্যাক ডস ৩.৩১" থেকে উইন্ডোজ 95 পর্যন্ত অব্যাহত সংস্করণটি বিবেচনা করতে দিন।

FAT ভলিউমগুলি গুচ্ছগুলিতে বিভক্ত। প্রতিটি গুচ্ছ দুটি সংখ্যক খাতের একটি শক্তি দ্বারা গঠিত। FAT16 এ প্রতি ক্লাস্টারে সেক্টরের সংখ্যা 8 বিট স্বাক্ষরিত নম্বর হিসাবে সংরক্ষণ করা হয়। সুতরাং প্রতি ক্লাস্টারে সর্বাধিক সম্ভাব্য ক্ষেত্রগুলি 64।

ক্লাস্টার নম্বরগুলি 16 বিট স্বাক্ষরিত মান হিসাবে সঞ্চিত ছিল। মোট ক্লাস্টারগুলিকে 65536 এ সীমাবদ্ধ করুন cl প্রতি ক্লাস্টার সর্বাধিক সেক্টর দ্বারা গুণ করুন এবং আপনি 4194304 সেক্টরের সীমা পেয়েছেন।

হার্ড ড্রাইভের (যৌক্তিক) সেক্টরের আকার 512 বাইট। উপরে উল্লিখিত সেক্টরের সংখ্যার সীমা অনুযায়ী গুন করুন এবং আপনি আপনার 2GiB সীমা পান। প্রিপিসালে বৃহত্তর খাত আকারের একটি মাধ্যম বৃহত্তর FAT16 ভলিউমকে সমর্থন করতে পারে তবে আমি মনে করি না এটি বাস্তবে ঘটেছিল।

উইন্ডোজ এনটি "ক্লাস্টার প্রতি সেক্টর" ক্ষেত্রের ব্যাখ্যা বদলে স্বাক্ষরিত 8 বিট করে। এটি 512 বাইট সেক্টর (এবং তাত্ত্বিকভাবে বড় সেক্টর সহ ড্রাইভগুলিতে বৃহত্তর) সহ একটি 4GiB FAT16 পার্টিশনের অনুমতি দিয়েছে। এআইইউআই উইন্ডোজ 98 এ জাতীয় পার্টিশনগুলি পড়ার এবং লেখার জন্য সমর্থন যোগ করেছে তবে এটি তাদের তৈরি করতে পারেনি এবং এটির ডিস্ক ইউটিলিটিগুলি সেগুলি মেরামত করতে পারে না।

---

বৃহত্তর ক্লাস্টারগুলিকে সমর্থন করার জন্য ফাইল সিস্টেমের ফর্ম্যাটে অপেক্ষাকৃত ছোটখাটো টুইটগুলি করা সম্ভব ছিল এবং সেজন্য আরও বড় পরিমাণে umes তবে এমএস সিদ্ধান্ত নিয়েছে যে উইন্ডোজ 95 ওএসআর 2 FAT32 উত্পাদনকারী একটি 32-বিট ক্লাস্টার সূচকে যাওয়ার আরও মূল বিকল্পের দিকে যাবে।

আমি আরও মূলগত বিকল্পের জন্য যাওয়ার কারণটি ছিল স্থান দক্ষতা ive Ki২ কেবি ক্লাস্টারগুলি ইতিমধ্যে বেশ অপচয়যোগ্য ছিল এবং বড় আকারের ফাইলগুলি এমনকি সরানো হত typ

Comments

"ক্লাস্টারে প্রতি সর্বাধিক সম্ভব সেক্টরগুলি is৪ হয়" আমি কঠোরভাবে ভাবতে হয়েছিলাম, যতক্ষণ না আমি পেয়েছি: indeed৪ প্রকৃতপক্ষে সর্বাধিক পাওয়ার -২-যা আপনি স্বাক্ষরিত বাইটে উপস্থাপন করতে পারেন: সর্বোচ্চ পজিটিভ স্বাক্ষরিত হিসাবে 128 সম্ভব নয় বাইট মান 127

— রাল্ফ ক্লেবারহফ

@ রালফক্লেবারহফ এটি স্বাভাবিকভাবেই একটি ফলোআপ প্রশ্নকে উত্থাপন করে, যদিও: আপনি যদি দু'জনের শক্তি সঞ্চয় করে থাকেন তবে দু'টির ঘনিষ্ঠের চেয়ে সংখ্যাটি কেন সংরক্ষণ করবেন?

— ড্যানিয়েল ওয়াগনার

@ ড্যানিয়েল ওয়াগনার আমি একেবারেই একমত বিশেষত ততক্ষণে যখন FAT16 তৈরি করা হয়েছিল তখন স্থানান্তরিত করা অবশ্যই গুণণের চেয়ে সস্তা অপারেশন ছিল। তবে সম্ভবত তারা এটি চালিয়ে যেতে পেরে খুশি হয়েছিল, এবং ভবিষ্যতের দিকে কয়েক দশক ধরে এটি সফ্টওয়্যার-ইঞ্জিনিয়ারিং নয় ...

— রাল্ফ ক্লেবারহফ