عندما نبدأ بتجربة نظام GNU/Linux، يظهر لنا عاجلاً أم آجلاً مفهوم غامض نوعاً ما: عقد البيانات (inodes). نعلم أنها تتعلق بكيفية تخزين الملفات على القرص، وأن مزودي خدمات الاستضافة يفرضون قيوداً عليها، وأنه إذا نفدت، يتعطل النظام... في هذه المقالة، نلقي الضوء على هذا الموضوع، ونشرح... ما هي عقد البيانات (inodes) في نظام لينكس؟ وما هي أهميته الحقيقية.
نحن نفسر ما هو inode بالضبط، وماذا يخزن، وكيف يتم تنظيمه على القرص؟لماذا قد تنفد منا حتى عندما يكون لدينا مساحة فارغة، وما هي الأوامر التي لدينا للتحكم بها؟
ما هو ملف inode في نظام لينكس؟
عقدة (عقدة، من عقدة الفهرس) هل بنية بيانات نظام الملفات التي تخزن جميع البيانات الوصفية لملف أو دليل في الأنظمة الشبيهة بنظام يونكس (لينكس، بي إس دي، إلخ)، كل ملف عادي، وكل مجلد، وحتى بعض الأنواع الخاصة من الكائنات (المقابس، وFIFOs، والأجهزة) لها عقدة بيانات مرتبطة بها.
يتم تحديد عقدة البيانات هذه بواسطة عدد صحيح فريد داخل كل نظام ملفاتيُعرف هذا باسم "رقم inode". هذا الرقم هو ما تستخدمه النواة داخليًا للإشارة إلى الملف؛ الاسم الذي تراه في الدليل هو في الواقع "تسمية" تشير إلى inode المقابل.
من المهم أن نفهم ذلك لا يحتوي ملف inode على اسم الملف ولا على محتوى الملفيُخزَّن الاسم في مدخل الدليل (في ما يُسمى بـ "مدخلات الدليل")، بينما يوجد المحتوى في كتل بيانات منفصلة. أما "العقدة" (inode) فتُخزِّن كل ما يحتاجه النظام لتحديد موقع هذا المحتوى وإدارته.
ضمن نفس نظام الملفات (قسم واحد، للتبسيط) لا يمكن أن يكون هناك عقدتان بنفس الرقمومع ذلك، يمكن تكرار رقم inode في أنظمة ملفات مختلفة، لأنه يتم التعرف عليه عالميًا من خلال الجمع بين "الجهاز" + "رقم inode".
ما المعلومات التي يخزنها ملف inode؟
تحتوي عقدة البيانات (inode) على جميع البيانات الوصفية تقريبًا لملف أو مجلد. بعبارة أخرى، كل ما يصف الملف باستثناء اسمه ومحتواه الفعليومن بين أمور أخرى، نجد ما يلي:
- رقم العقدة: مُعرّف عددي فريد لعقدة الملف (inode) داخل نظام الملفات.
- حجم الملف بالبايتات.
- عدد الكتل من البيانات التي يشغلها الملف على القرص.
- معرّف الجهاز (معرف الجهاز): على أي جهاز / نظام ملفات يتم حفظه.
- UID (معرف المستخدم): مُعرّف المستخدم المالك.
- GID (معرف المجموعة): مُعرِّف المجموعة المالكة.
- التصاريح والنوع (الوضع): ملف عادي، دليل، رابط، جهاز، وبتات القراءة/الكتابة/التنفيذ للمالك والمجموعة والآخرين.
- عدد الروابط الصلبة (روابط صلبة) مرتبطة بهذا الملف.
- ماركاس دي تيمبو: atime (آخر وصول)، mtime (آخر تعديل للبيانات) و ctime (آخر تغيير في عقدة البيانات نفسها، على سبيل المثال الأذونات أو المالك).
- معلومات الإصدار أو السمات الموسعة، وذلك حسب نظام الملفات.
- جدول مؤشرات إلى كتل البيانات، مما يشير إلى مكان وجود الكتل التي تحتوي على محتوى الملف فعليًا.
في أنظمة لينكس، يمكننا فحص هذه المعلومات باستخدام الأمر القانون الأساسيعلى سبيل المثال، إذا قمنا بتشغيل:
stat archivo.txt
سنرى مخرجًا حيث يظهرون رقم العقدة، والأذونات، ومعرف المستخدم/معرف المجموعة، والحجم، وثلاثة تواريخ، وعدد الروابط...من بين مجالات أخرى. كل ذلك يمثل أساسًا محتوى عقدة البيانات المرتبطة بهذا الملف.
كيف تعمل عقد البيانات (inodes) وكتل البيانات
أنظمة الملفات الشبيهة بنظام يونكس، مثل ext2/ext3/ext4، وXFS، وBtrfs، أو UFS، يقومون بتنظيم القرص إلى كتل بيانات بحجم ثابت (4 كيلوبايت هو الحجم الشائع حاليًا). يتم توزيع محتوى الملفات عبر هذه الكتل؛ فإذا كان الملف كبيرًا، فسيشغل العديد من الكتل، وربما لا تكون متجاورة.
لكي يتمكن النظام من العثور على هذا المحتوى، يتضمن inode مؤشرات إلى الكتل التي يتم تخزين الملف فيهايشبه الأمر بطاقة كتاب في مكتبة: البطاقة (العقدة) لا تحتوي على الكتاب، ولكنها تخبرك بالضبط أين تجده على الرفوف (كتل البيانات).
في نظام الملفات ext4، على سبيل المثال، البنية الكلاسيكية لعقدة احتياطية 15 مدخلات معالجة:
- 12 مؤشرًا مباشرًا إلى كتل البيانات.
- مؤشر توجيه غير مباشر بسيط واحد.
- مؤشر واحد مزدوج الاتجاه.
- 1 مؤشر ثلاثي الاتجاه غير المباشر.
الكثير مؤشرات مباشرة تشير هذه البيانات مباشرةً إلى الكتل التي تحتوي على بيانات الملف. وطالما أن حجم الملف يقع ضمن هذه الكتل الاثنتي عشرة (حوالي 48 كيلوبايت إذا كان حجم الكتلة 4 كيلوبايت)، فإن الوصول إليه يكون سريعًا جدًا لأن رقم العقدة (inode) يصل إلى البيانات مباشرةً.
عندما يتجاوز حجم الملف تلك السعة، يتم تطبيق ما يلي: التوجيه غير المباشر البسيطيشير مؤشر inode رقم 13 إلى كتلة لا تحتوي على بيانات ملف، بل على جدول يحتوي على المزيد من المؤشرات إلى كتل البيانات. إذا استمر الملف في النمو، يتم استخدام التوجيه المزدوج والثلاثي، حيث يتم ربط مستويات جداول المؤشرات معًا، مما يسمح ملفات ضخمة، تصل إلى عشرات التيرابايت في نظام الملفات ext4، على حساب المزيد من القفزات ووصول أبطأ قليلاً إلى الكتل الأخيرة.
ومن هذا يمكننا استخلاص فكرتين رئيسيتين: من جهة، يتم التعامل مع الملفات الصغيرة بكفاءة عالية (المؤشرات المباشرة فقط)؛ من ناحية أخرى، تتطلب الملفات الضخمة مستوى أعلى من التوجيه غير المباشر وبالتالي المزيد من العمل لمعرفة مكان وجود كل كتلة.
أين يتم تخزين العقد (inodes) على القرص؟
تشغل العقد أيضًا مساحة على القرص. إنها ليست "سحرية": إنها جزء من بنية نظام الملفات نفسه.تعتمد الطريقة المحددة لوضعها على نوع نظام الملفات.
في عائلة ext (ext2، ext3، ext4)، عند إنشاء نظام الملفات، يتم تقسيم القسم إلى مجموعات من الكتل. تحتوي كل مجموعة على جدول بيانات خاص بها وكتل بياناتيضمن هذا أن تشير العقد في منطقة معينة من القرص إلى كتل البيانات المجاورة. وهذا يقلل من حركة رأس القراءة/الكتابة على الأقراص الميكانيكية ويحسن الأداء.
يمكننا التحقق من خصائص مثل حجم العقدة، أو العدد الإجمالي، أو عدد العقد في كل مجموعة باستخدام com.tune2fs. على سبيل المثال:
tune2fs -l /dev/sda1 | grep Inode
سيُظهر لنا حقولًا مثل عدد العقد، عدد العقد في المجموعة، حجم العقدةإلخ. من الشائع جدًا رؤية أحجام inode تبلغ 128 أو 256 بايت في ext2/ext3/ext4، على الرغم من أن الأنظمة الأخرى تستخدم هياكل مختلفة.
في أنظمة ملفات أخرى مثل ReiserFS أو XFS أو Btrfsيختلف النهج: فليس هناك دائمًا جدول عقد بيانات "تقليدي" مُخصص مسبقًا، بل توجد هياكل أكثر ديناميكية تُنشئ عقد البيانات حسب الحاجة. ومع ذلك، توجد دائمًا آلية مكافئة تؤدي نفس الوظيفة: وصف الملفات باستخدام البيانات الوصفية ومؤشرات البيانات.
سجلات البيانات: كيف ترتبط الأسماء والعقد؟
لقد تحدثنا حتى الآن عن العقد، لكن هناك جزء أساسي مفقود: أين يتم تخزين اسم الملف؟ هذه مسؤولية أطقم الأسنان (إدخالات الدليل).
يحتفظ كل دليل جدول يحتوي على أزواج "اسم الإدخال ← رقم العقدة"أي أن برنامج dentry يقول "الملف Carta.odt يتوافق مع inode 10043". عندما تقوم بذلك ls أو إذا قمت بفتح ملف من خلال مساره، فإن النواة تجتاز التسلسل الهرمي للدليل باتباع هذه الارتباطات بين الاسم ورقم العقدة.
سيحتوي الدليل النموذجي على إدخالات خاصة: . (نقطة) تشير إلى الدليل نفسه، و .. (نقطتان رأسيتان) تشيران إلى الدليل الأصل. تُدار هذه الإدخالات أيضًا باستخدام عقد البيانات (inodes)، وتساعد في التنقل عبر البنية الهرمية.
المفتاح هنا هو ذلك يمكن أن يكون لنفس عقدة البيانات (inode) عدة أسماء مرتبطة بها في هويات مختلفة.يؤدي هذا إلى روابط صلبة. في المقابل، من الممكن تمامًا أن يوجد ملف بيانات (inode) بدون أسماء مرتبطة به (على سبيل المثال، ملف مفتوح تم حذفه)، وسيظل النظام قادرًا على الوصول إليه طالما أن هناك عملية ما لا تزال تستخدمه.
الروابط الصلبة ودور العقد (inodes)
في نظام لينكس، لا تتم الإشارة إلى الملفات داخليًا بواسطة مسارها أو اسمها، ولكن برقم عقدة البيانات (inode) الخاصة بهوهذا يتيح ميزة قوية للغاية: روابط صلبة.
الرابط الصلب ليس أكثر من إدخال دليل إضافي يشير إلى نفس عقدة البيانات (inode).إذا فعلت ذلك:
ln archivo.txt copia.txt
كلا الاسمين، file.txt y copy.txtتبقى هذه الملفات مرتبطة بنفس رقم تعريف الملف (inode). وتتشارك جميعها نفس المحتوى والبيانات الوصفية (باستثناء اسم المجلد، بالطبع). إذا حذفت أحدها، فلن يُحذف رقم تعريف الملف (inode) حتى يصل عداد الروابط إلى الصفر، لوجود اسم آخر لا يزال يشير إليه.
وهذا يتناقض بشكل جذري مع الروابط الرمزية (أو اختصارات ويندوز): يحتوي الرابط الرمزي على مسار الملف الهدف كنص. يحتوي على عقدة بيانات وصفية خاصة به. إذا قمنا بإعادة تسمية الملف أو حذفه، يبقى الرابط الرمزي "معلقًا". على النقيض من ذلك، في الروابط الصلبة، تكون جميع الأسماء متكافئة؛ لا يوجد اسم "أكثر أهمية" من غيره.
يستمد نظام ملفات يونكس الكثير من مرونته وقوته تحديداً من هذا الفصل بين الأسماء (dentries) و inodesوهذا يجعل من الممكن، على سبيل المثال، استبدال ملف تنفيذي في بيئة الإنتاج عن طريق حذف الملف القديم وإنشاء ملف جديد بنفس الاسم، دون مقاطعة العمليات التي كانت تشغل الإصدار السابق بالفعل.
حدّ عدد العقد (Inode) وأسباب نفادها
عند إنشاء نظام ملفات، تقوم بتحديد كم عدد العقد المتاحة إجمالاً؟في أنظمة ext الكلاسيكية، يتم تثبيت هذا الرقم في وقت التهيئة ولا يمكن تغييره دون إعادة إنشاء نظام الملفات بالكامل (مما يعني التهيئة وبالتالي فقدان البيانات إذا لم يتم عمل نسخة احتياطية مسبقًا).
تتمثل إحدى القواعد الاستدلالية الشائعة في أنظمة الملفات ext2/ext3/ext4 في حجز ما يقارب عقدة واحدة لكل 16 كيلوبايت من حيث السعة. نظريًا، مع الأرقام ذات 32 بت، ستكون السعة القصوى حوالي 232 يبلغ عدد العقد (حوالي 4,3 مليار)، ولكن عمليًا يتم اختيار قيمة معقولة لحجم القسم.
وهذا له تبعات مهمة: عدد العقد محدود ويمكن استنفاده.تمامًا كما تنفد مساحة القرص. وعلاوة على ذلك، من السهل نسبيًا نفاد عدد العقد (inodes) عندما يكون لدينا ملايين الملفات الصغيرة جدًا، حتى لو كانت هناك مساحة كبيرة متبقية على القسم.
تخيل قرصًا يحتوي على ملايين من العقد الفارغة ومئات الميغابايت من المساحة الحرة. إذا كان أحد التطبيقات يُنشئ ملايين الملفات الصغيرة (على سبيل المثال، رسائل البريد الإلكتروني المحفوظة ملفًا واحدًا في كل مرة، والجلسات المؤقتة، وسجلات النظام المُدارة، وملفات التخزين المؤقت، وما إلى ذلك)، فمن المحتمل أن جميع العقد مشغولة بعد استخدام بضعة ميغابايتات فقط من مساحة التخزينبمجرد عدم توفر أي عقد بيانات، لا يمكن إنشاء ملفات جديدة، حتى لو كانت هناك كتل فارغة.
في هذه الحالة، عند محاولة إنشاء ملفات أو مجلدات جديدة، قد تواجه رسائل مثل لم يتبقى مساحة في الجهاز أو أن ترى أن التطبيقات تتعطل بدون سبب واضح، على الرغم من أن الأمر df لا تزال المساحة الحرة تظهر بالجيجابايت.
العواقب العملية لنفاد المراحيض
عندما يصل عداد العقد (inode) إلى نسبة استخدام 100%، يبدأ النظام في إظهار بعض السلوكيات غير المرغوب فيها. ومن بين المشاكل النموذجية التي تنشأ عن الإفراط في استخدام المراحيض هي:
- عدم القدرة على إنشاء ملفات أو مجلدات جديدةحتى لو كانت هناك مساحة فارغة كبيرة على الحاجز.
- يتعطل التطبيق أو يتجمد التي تحاول كتابة ملفات مؤقتة ولا تستطيع.
- إعادة تشغيل النظام أو تعطلّه بشكل غير مخطط له إذا لم تتمكن الخدمات الحيوية من تسجيل أو إنشاء ملفات الحالة.
- فشل المهمة المجدولة (وظائف cron) التي تحتاج إلى إنشاء ملفات عمل.
- فقدان البيانات في خدمات مثل خوادم البريد الإلكتروني إذا لم تتمكن من تخزين الرسائل الجديدة.
إنه سيناريو يُشاهد بشكل متكرر في خوادم الاستضافة المشتركة، وخوادم الويب، وخوادم البريد الإلكترونيحيث تتراكم ملايين الملفات الصغيرة (ذاكرة التخزين المؤقت، وجلسات PHP، ورسائل البريد الإلكتروني القديمة، وملفات نظام إدارة المحتوى المؤقتة، وما إلى ذلك). ولهذا السبب، فإن العديد من مزودي خدمات الاستضافة حدد عدد العقد (inodes) بشكل صريح بالإضافة إلى مساحة القرص: فهو يمنع عميلًا واحدًا من إثقال النظام بملايين الملفات الصغيرة.
كيفية التحقق من استخدام عقدة البيانات (inode).
يوفر نظام لينكس العديد من الأوامر لـ تحقق من العدد الإجمالي للعقد (inodes) واستخدامهابالإضافة إلى رقم عقدة الملف أو المجلد المحدد. هذه أدوات أساسية لأي إدارة نظام.
استعرض العقد المجانية والمستخدمة باستخدام الأمر df -i
القيادة df يعرض مساحة القرص، مع خيار -i بدلاً من ذلك، يعرض معلومات العقدة (inode):
df -i
تتضمن المخرجات النموذجية أعمدة مثل Inodes و IUsed و IFree و IUse%بالإضافة إلى نقطة التحميل. بإضافة حقلي inode المستخدم والمتاح، يمكننا رؤية العدد الإجمالي لـ inodes المتاحة في كل نظام ملفات.
إذا أردنا التركيز على قسم معين، فيمكننا تمرير الجهاز أو نقطة التحميل إليه، على سبيل المثال:
df -i /dev/sda1
يُعد هذا الأمر مفيدًا بشكل خاص عندما نشك في أن مشكلة "لا توجد مساحة متبقية على الجهاز" ناتجة عن نقص في العقد (inodes)، وليس الكتل (blocks).إذا كانت نسبة استخدام الإنترنت قريبة من 100%، فنحن نعرف بالفعل ما يحدث.
عرض رقم عقدة الملفات والمجلدات
لمعرفة رقم عقدة الملف (inode) التي يستخدمها الملف، يمكننا استخدام ls مع الخيار -i:
ls -i archivo.txt
أو لعرض قائمة كاملة بالمجلدات مع أرقام inode الخاصة بها:
ls -i
في العمود الأول، سنرى رقم inode المرتبط بكل اسم. وهذا مفيد للغاية عند إجراء التحقيقات. كم عدد الأسماء التي تشير إلى نفس العقدة (inode)؟ (الروابط الصلبة) أو عندما نقارن المعلومات مع الأدوات المساعدة منخفضة المستوى التي لا تعرض سوى أرقام العقدة.
إذا كنا مهتمين بالمعلومات الكاملة عن عقدة البيانات (التواريخ، الأذونات، الحجم، إلخ)، فإن الأمر القانون الأساسي بل إنها أكثر تفصيلاً:
stat /var/log/lastlog
في السطر الذي يقول "Inode" سنرى المعرّف، وسيظهر حوله البيانات الوصفية الكلاسيكية التي يخزنها ملف inode: الحجم، وعدد الكتل، والروابط، وUID، وGID، وأنماط الوصول، والطوابع الزمنية.
احسب عدد العقد المستخدمة في شجرة الدليل
إذا أردنا الحصول على فكرة عن عدد العقد (inodes) التي يستهلكها دليل ما وكل ما يرتبط به، فيمكننا الجمع بين جد مع wc -l:
find /var/log | wc -l
سيكون الرقم الناتج هو عدد الإدخالات (الملفات والمجلدات الفرعية) ما يقع أسفل ذلك المسار، أي تقدير لعدد العقد المستخدمة في تلك الشجرة المحددة. وهو مفيد جدًا لتحديد مناطق النظام التي تتراكم فيها آلاف أو ملايين الملفات الصغيرة.
تعديل عدد وحجم العقد (ext4)
في أنظمة ملفات ext4، يتم إنشاء عقد الملفات (inodes). عند تهيئة القسمبمجرد إنشاء نظام الملفات، يتم تثبيت العدد الإجمالي للعقد وحجمها ولا يمكن زيادتها ديناميكيًا، إلا في حالات محددة للغاية (توسعات معينة مع LVM أو تغيير نظام الملفات).
عند التنسيق باستخدام mkfs.ext4يمكننا تحديد عدد العقد (inodes) التي نريدها وحجمها بشكل صريح. على سبيل المثال:
sudo mkfs.ext4 -N 2000000 -I 256 /dev/sdX
سيؤدي هذا الأمر إلى إنشاء نظام ملفات ext4 في /dev/sdX يحتوي على 2.000.000 عقدة، كل منها بحجم 256 بايتومع ذلك، من المهم مراعاة عدة تفاصيل:
- حجم العقدة يجب أن يكون قوة للعدد 2 يساوي أو أكبر من 128 بايت (عادةً 128 أو 256).
- كلما زاد عدد العقد، زاد حجمهاكلما زادت مساحة القرص التي يستهلكها هيكل نظام الملفات نفسه، زادت مساحة القرص التي سيستخدمها.
- ليس من الجيد "اللعب" بهذه المعايير دون معرفة ما تفعله حقًا.لأننا قد نهدر المساحة أو نعاني من نقص في العقد.
في معظم الحالات، بالنسبة للمستخدمين الذين ليس لديهم احتياجات خاصة للغاية، يكفي فقط تركه mkfs.ext4 حدد المعلمات الافتراضية:
sudo mkfs.ext4 /dev/sdX
إذا اكتشفنا لاحقًا أن قسم ext4 يعاني من نقص مزمن في العقد، فإن الحل العملي عادةً ما يتضمن تغيير الحجم أو إعادة التنسيق (بعد إجراء نسخة احتياطية)، أو الانتقال إلى نظام ملفات أكثر مرونة مثل XFS أو Btrfs الذي لا يقومون بتخصيص جميع العقد مسبقًا.
كيفية اكتشاف وحل مشاكل المرحاض
عندما يبدأ النظام في إظهار أعراض غريبة (تطبيقات تتعطل، مهام مجدولة تفشل في البدء، أخطاء عشوائية على ما يبدو)، يجب أن يكون أحد الفحوصات الأولى هو استخدام العقدتكون عملية التشخيص النموذجية على النحو التالي:
أولاً، نتحقق من حالة القسم المشبوه باستخدام:
df -i /punto/de/montaje
إذا كانت نسبة العقد المستخدمة عالية جدًا (أكثر من 90%، وبالتأكيد إذا كانت 100%)، فهذا يؤكد لنا أن تكمن المشكلة في عدد العقد، وليس في المساحة.ومن ثم، يتضمن الحل تحرير العقد (inodes) عن طريق حذف الملفات.
تتمثل إحدى الاستراتيجيات الشائعة في تحديد مواقع المجلدات التي تحتوي على العديد من الملفات الصغيرة. يمكننا عرض قائمة الملفات في مجلد ما مرتبة حسب الحجم باستخدام:
ls -laShr /ruta
وبالتالي يمكن رؤية أماكن تراكمها بنظرة سريعة آلاف الملفات الصغيرة التي ربما لم تعد ذات معنى (على سبيل المثال، الجلسات القديمة، وذاكرة التخزين المؤقت، والملفات المؤقتة، والسجلات المتداولة، والنسخ الاحتياطية القديمة ...).
في الخوادم التي يتم فيها إنشاء ملفات مؤقتة أو ملفات ذاكرة تخزين مؤقتة باستمرار، فإن الممارسة الجيدة هي أتمتة حذف الملفات القديمة باستخدام cronعلى سبيل المثال، يمكننا حذف الملفات التي يزيد عمرها عن 14 يومًا في دليل معين باستخدام أمر find مناسب في مهمة مجدولة دورية.
إذا بقي عدد العقد منخفضًا جدًا بعد عملية تنظيف جيدة، أو لم يكن لدينا مساحة لحذف أي شيء، فإن الحل الحقيقي الوحيد هو إعادة تقسيم أو إعادة إنشاء نظام الملفات مع المزيد من العقدهذا أمرٌ حساس، لأنه يتطلب نسخًا احتياطية كاملة، وعادةً ما يستلزم إيقاف تشغيل الخدمة. ولكن عندما يفشل تصميم نظام الملفات الأولي، لا يوجد حل سحري "يضيف" عقد البيانات (inodes) تلقائيًا.
باختصار، راقب العقد باستخدام أدوات مثل df -i, du, find and ls وهو جزء من مهام الصيانة الروتينية، على نفس مستوى مراقبة المساحة الحرة أو حمل وحدة المعالجة المركزية.
إن فهم كيفية عمل عقد البيانات (inodes) في نظام لينكس، وما هي البيانات التي تخزنها، ولماذا هي محدودة، يساعد على تجنب العديد من المشاكل في بيئة الإنتاج، ويسمح بتحسين حجم أنظمة الملفات لدينا. إن معرفة ذلك يستهلك كل ملف ومجلد عقدة بيانات واحدة (inode).بما أن عددها محدد (في العديد من الأنظمة) عند إنشاء القسم، ونفادها يمنع إنشاء ملفات جديدة حتى لو لم يكن القرص ممتلئًا، فيمكننا التخطيط بحكمة: اختيار نظام الملفات المناسب، والتحكم في نمو الملفات الصغيرة، واستخدام أوامر الفحص للحفاظ دائمًا على هذا المورد، الأساسي بقدر ما هو غير مرئي في الحياة اليومية، تحت السيطرة.