زیادہ تر وقت ، فولڈر یا فائل کے سائز کی جانچ پڑتال کرتے وقت ‘سائز’ اور ‘سائز آن ڈسک’ کے لئے میچنگ کے بہت قریب ہوں گے ، لیکن اگر ان دونوں کے مابین کوئی بہت بڑا تضاد ہے تو کیا ہوگا؟ آج کی سپر صارف سوال و جواب کی پوسٹ اس الجھناتی دشواری کا جواب دیکھتی ہے۔
آج کا سوال وجواب کا سیشن ہمارے پاس سوپر یوزر کے بشکریہ ہے St اسٹیک ایکسچینج کی ایک ذیلی تقسیم ، سوال و جواب کی ویب سائٹوں کی کمیونٹی سے چلنے والی گروپ بندی۔
سوال
سپر صارف ریڈر تھیسٹ بلیک یہ جاننا چاہتا ہے کہ اپنے فون کے ایس ڈی کارڈ پر فولڈر کے ل ‘'سائز' اور 'ڈسک آن سائز' کے مابین اتنا بڑا فرق کیوں ہے:
جیسا کہ آپ نیچے دیکھ سکتے ہیں ، اس فولڈر کے لئے 'سائز' اور 'ڈسک آن سائز' فیلڈ کے درمیان بہت فرق ہے۔ ایسا کیوں ہے؟
میں جانتا ہوں کہ ونڈوز میں مختص یونٹوں کی وجہ سے ‘سائز’ ڈسک پر تھوڑا سا ہونا چاہئے ، لیکن اس میں اتنا فرق کیوں ہے؟ کیا یہ بڑی تعداد میں فائلوں کی وجہ سے ہوسکتا ہے؟
BTW ، یہ فولڈر میرے Android فون کے SD کارڈ پر ہے۔ اس کے اندر ، میری نقشے کی ایپ اپنے محفوظ کردہ نقشوں کو اسٹور کرتی ہے ، اور ایپ کو گوگل میپس سے اس کے نقشے ملتے ہیں۔
اسکرین شاٹ کو دیکھیں تو ‘سائز’ اور ‘ڈسک آن ڈسک’ کے مابین یقینا؟ ایک بہت بڑا تضاد ہے ، لہذا اس کی وجہ یہاں کیا ہوا ہے؟
جواب
ہمارے پاس سپر یوزر کے تعاون کنندہ باب کے پاس جواب ہے:
میں یہ فرض کروں گا کہ آپ یہاں FAT / FAT32 فائل سسٹم استعمال کر رہے ہیں ، کیونکہ آپ یہ ذکر کرتے ہیں کہ یہ ایک SD کارڈ ہے۔ NTFS اور ExFAT مختص یونٹوں کے حوالے سے بھی ایسا ہی سلوک کرتے ہیں۔ دوسرے فائل سسٹم مختلف ہوسکتے ہیں ، لیکن وہ ونڈوز پر ویسے بھی تعاون یافتہ نہیں ہیں۔
اگر آپ کے پاس بہت ساری چھوٹی فائلیں ہیں ، تو یہ یقینی طور پر ممکن ہے۔ اس پر غور کریں:
- 50،000 فائلیں
- 32 KB کلسٹر سائز (مختص یونٹ) ، جو FAT32 کے لئے زیادہ سے زیادہ ہے
ٹھیک ہے ، اب کم سے کم لی گئی جگہ 50،000 * 32،000 = 1.6 GB ہے (ریاضی کو آسان بنانے کے لئے ، بائنری نہیں ، SI سابقے استعمال کرتے ہوئے)۔ ہر فائل جس جگہ پر ڈسک لیتی ہے اس جگہ کا حصول ہمیشہ یونٹ کے سائز کے متعدد ہوتا ہے۔ اور ہم یہ فرض کر رہے ہیں کہ ہر فائل ایک یونٹ میں فٹ ہونے کے لئے اتنی چھوٹی ہے جس میں کچھ (ضائع) جگہ باقی ہے۔
اگر ہر فائل کی اوسطا KB 2 KB ہوتی ہے تو ، آپ کو کل 100 ایم بی حاصل ہوجاتا ہے - لیکن آپ بھی الاٹمنٹ یونٹ کے سائز کی وجہ سے اوسطا 15x (فی فائل 30 KB) ضائع کررہے ہیں۔
گہرائی میں وضاحت
ایسا کیوں ہوتا ہے؟ ٹھیک ہے ، FAT32 فائل سسٹم کو ٹریک رکھنے کی ضرورت ہے کہ ہر فائل کہاں محفوظ ہے۔ اگر یہ ہر ایک بائٹ کی ایک فہرست رکھنا ہے تو ، ٹیبل (جیسے ایڈریس بک کی طرح) ڈیٹا کی طرح اسی رفتار سے بڑھتا ہے - اور کافی جگہ ضائع کرتا ہے۔ تو وہ کیا کرتے ہیں "الاٹمنٹ یونٹ" استعمال کرتے ہیں ، جسے "کلسٹر سائز" بھی کہا جاتا ہے۔ حجم کو ان مختص یونٹوں میں تقسیم کیا گیا ہے ، اور جہاں تک فائل سسٹم کا تعلق ہے ، ان کو تقسیم نہیں کیا جاسکتا ہے - یہ سب سے چھوٹے بلاکس ہیں جن سے اس کا پتہ چل سکتا ہے۔ زیادہ تر جیسے آپ کے پاس مکان کا نمبر ہے ، لیکن آپ کے ڈاکیا کو اس کی پرواہ نہیں ہے کہ آپ کے کتنے بیڈ روم ہیں یا ان میں کون رہتا ہے۔
تو کیا ہوتا ہے اگر آپ کے پاس بہت چھوٹی فائل ہے؟ ٹھیک ہے ، فائل سسٹم کو پرواہ نہیں ہے اگر فائل 0 KB ، 2 KB ، یا اس سے بھی 15 KB ہے تو ، اس سے اسے کم سے کم جگہ مل سکے گی - اوپر کی مثال میں ، یہ 32 KB ہے۔ آپ کی فائل صرف اس جگہ کی تھوڑی مقدار استعمال کر رہی ہے ، اور باقی بنیادی طور پر ضائع ہوچکا ہے ، لیکن پھر بھی اس فائل سے تعلق رکھتا ہے۔
الاٹمنٹ یونٹ کے مختلف سائز کیوں ہیں؟ ٹھیک ہے ، یہ ایک بڑی میز رکھنے (ایڈریس بک ، جیسے کہ جان 123 جعلی اسٹریٹ ، 124 جعلی اسٹریٹ ، 666 شیطان لین ، وغیرہ) میں مکان کا مالک ہے ، یا ہر یونٹ (مکان) میں اس سے زیادہ برباد جگہ کے مابین تجارت کا کام بن جاتا ہے۔ . اگر آپ کے پاس بڑی فائلیں موجود ہیں تو ، اس سے زیادہ مختص کرنے والے یونٹوں کو استعمال کرنے میں زیادہ عقل پیدا ہوجاتی ہے - کیونکہ جب تک کہ تمام فائلوں کو پُر نہ کیا جائے کسی فائل کو نیا یونٹ (مکان) نہیں ملتا ہے۔ اگر آپ کے پاس بہت ساری چھوٹی فائلیں ہیں ، ٹھیک ہے تو ، آپ کے پاس ویسے بھی ایک بہت بڑا دسترخوان (ایڈریس بک) موجود ہے ، لہذا آپ انہیں چھوٹے چھوٹے یونٹ (مکانات) بھی دے سکتے ہیں۔
اگر آپ کے پاس بہت ساری چھوٹی فائلیں ہوں تو عام اصول کے طور پر ، بڑی رقم مختص کرنے والے یونٹ کافی جگہ ضائع کردیں گے۔ عام طور پر عام استعمال کے ل 4 4 KB سے اوپر جانے کی کوئی اچھی وجہ نہیں ہے۔
بکھراؤ۔
جہاں تک ٹکڑے ٹکڑے ہونے کی بات ہے تو ، ٹکڑے ٹکڑے کرنا اس انداز میں جگہ ضائع نہیں کرنا چاہئے۔ بڑی فائلیں ٹکڑے ٹکڑے ہوسکتی ہیں ، یعنی تقسیم ، متعدد مختص یونٹوں میں ، لیکن اگلی ایک کو شروع کرنے سے پہلے ہر یونٹ کو پُر کرنا چاہئے۔ ڈیفراگنگ سے مختص جدولوں میں تھوڑی سی جگہ بچ سکتی ہے ، لیکن یہ آپ کا خاص مسئلہ نہیں ہے۔
ممکنہ حل
جیسا کہ گلیڈی ایٹر 2345 نے تجویز کیا ، اس وقت آپ کے حقیقی اختیارات اس کے ساتھ رہنا ہے یا چھوٹی الاٹمنٹ یونٹوں کے ساتھ اصلاح کرنا ہے۔
آپ کے کارڈ کو ایف اے ٹی 16 میں فارمیٹ کیا جاسکتا ہے ، جس میں ٹیبل کے سائز کی چھوٹی سی حد ہے اور اس وجہ سے بڑی مقدار کو حل کرنے کے لئے بہت زیادہ بڑے مختص یونٹوں کی ضرورت ہے (جس میں 32 جی بی کی بالائی حد کے ساتھ 32 KB مختص یونٹ ہیں)۔ ذریعہ بشکریہ برییم . اگر ایسی بات ہے تو ، آپ کو FAT32 کی طرح بہرحال محفوظ طریقے سے فارمیٹ کرنے کے قابل ہونا چاہئے۔
وضاحت میں شامل کرنے کے لئے کچھ ہے؟ تبصرے میں آواز بند. ٹیک سیکھنے والے اسٹیک ایکسچینج کے دوسرے صارفین سے مزید جوابات پڑھنا چاہتے ہیں؟ یہاں مکمل گفتگو کے دھاگے کو چیک کریں .
