عند استخدام أمر Linux ، ستحصل على الاستخدام الفعلي للقرص والحجم الفعلي لملف أو دليل. سنشرح لماذا هذه القيم ليست هي نفسها.
الاستخدام الفعلي للقرص والحجم الحقيقي
نادرًا ما يكون حجم الملف والمساحة التي يشغلها على محرك الأقراص الثابتة لديك متماثلين. يتم تخصيص مساحة القرص في كتل. إذا كان الملف أصغر من كتلة ، فسيظل يتم تخصيص كتلة كاملة له لأن نظام الملفات لا يحتوي على وحدة أصغر من العقارات لاستخدامها.
ما لم يكن حجم الملف مضاعفًا دقيقًا للكتل ، يجب دائمًا تقريب المساحة التي يستخدمها على القرص الثابت إلى الكتلة الكاملة التالية. على سبيل المثال ، إذا كان الملف أكبر من كتلتين ولكنه أصغر من ثلاثة ، فإنه لا يزال يحتاج إلى ثلاث كتل من المساحة لتخزينه.
يتم استخدام مقياسين فيما يتعلق بحجم الملف. الأول هو الحجم الفعلي للملف ، وهو عدد وحدات بايت المحتوى التي يتكون منها الملف. والثاني هو الحجم الفعال للملف على القرص الصلب. هذا هو عدد كتل نظام الملفات المطلوبة لتخزين هذا الملف.
مثال
لنلق نظرة على مثال بسيط. نعيد توجيه حرف واحد إلى ملف لإنشاء ملف صغير:
صدى “1”> geek.txt
geek.txt “في نافذة طرفية.” العرض = “646 ″ الارتفاع =” 57 ″ عند التحميل = “pagespeed.lazyLoadImages.loadIfVisibleAndMaybeBeacon (هذا) ؛” on Error = ”this.onerror = null؛ pagespeed.lazyLoadImages.loadIfVisibleAndMaybeBeacon (هذا) ؛”>
سنستخدم الآن قائمة التنسيق الطويلة ، ls ، للنظر في طول الملف:
ls -l geek.txt
الطول هو القيمة الرقمية التي تتبع سجلات ديف ، وهي 2 بايت. لماذا يوجد 2 بايت عندما أرسلنا حرفًا واحدًا فقط إلى الملف؟ دعنا نلقي نظرة على ما يجري في الملف.
نستخدم الأمر hexdump ، والذي يعطينا عددًا دقيقًا من البايت ويسمح لنا “برؤية” الأحرف التي لم تتم طباعتها كقيم سداسية عشرية. سنستخدم أيضًا الخيار -C (الكنسي) لفرض الإخراج لعرض القيم السداسية العشرية بتنسيق
