يحوّل نظام الملفات (filesystem) مصفوفة مسطّحة من كتل القرص (blocks) إلى تسلسل هرمي من الملفات والمجلدات، مديرًا البيانات الوصفية (metadata) والمساحة الحرة لجعل ذلك موثوقًا وسريعًا.
في أنظمة ملفات UNIX، كل ملف هو (index node) — بنية تحمل (الحجم، المالك، الأذونات، الطوابع الزمنية، عدد الروابط) و. لاحظ ما لا يخزّنه الـ inode: . الأسماء تعيش في ، التي هي مجرّد ملفات تربط الاسم → رقم الـ inode:
directory "docs" inode 1042 data blocks
┌───────────────────┐ ┌──────────────┐ ┌────────┐
│ "report.txt" →1042│───────────▶│ mode, uid │──ptr───▶│ block │
│ "notes.txt" →1050│ │ size, times │──ptr───▶│ block │
└───────────────────┘ │ link count=2 │ └────────┘
│ block ptrs │──(indirect)──▶ ...
└──────────────┘
لهذا يكون الـ hard link مجرّد إدخال مجلد ثانٍ يشير إلى الـ inode نفسه (عدد الروابط = 2)، ولهذا يكون rm في الحقيقة unlink — يزيل اسمًا ولا يحرّر الـ inode إلا حين يبلغ عدد الروابط صفرًا.
تمسّ عملية منطقية واحدة (مثل append) عدة كتل — الـ inode، وbitmap المساحة الحرة، والبيانات. عطل في المنتصف يترك نظام الملفات غير متّسق. يكتب الـ journal أولًا التغييرات المقصودة إلى سجل (log)، ثم يطبّقها؛ وبعد العطل يعيد نظام الملفات تشغيل (replay) الـ journal أو يتجاهله بدل مسح كامل بطيء (fsck). تقايض الأوضاع الأمان بالسرعة: journal للـ metadata فقط (سريع، شائع) مقابل metadata والبيانات معًا.
يخزّن الـ kernel بيانات الملفات في الـ RAM ضمن page cache، فتصيب القراءات المتكررة الذاكرة وتُخزَّن الكتابات مؤقتًا (buffered) وتُفرَّغ لاحقًا (write-back):
buffered I/O (default): app ↔ page cache ↔ disk → cached, async writeback, fast re-reads
direct I/O (O_DIRECT): app ↔ disk → bypass the cache; DBs manage their own
fsync(): force buffered data to durable storage (required for real durability)
الـ buffered I/O سريع، لكن البيانات "المكتوبة" ليست دائمة (durable) حتى fsync؛ وكثيرًا ما تستخدم قواعد البيانات direct I/O إضافةً إلى buffer pool خاص بها للتحكّم في الـ caching والديمومة بدقة.
تفسّر دواخل نظام الملفات سلوكيات يومية: لماذا تعمل الـ hard links، ولماذا لا يحرّر حذفُ ملفٍ لا تزال عملية تُبقيه مفتوحًا مساحةً حتى تُغلقه، ولماذا يكون fsync جوهريًّا للديمومة (وخطأ فقدان بيانات كلاسيكي عند إغفاله)، ولماذا تكون القراءة الثانية لملف فورية (page cache). يعلّل مهندسو الـ senior بهذا حين يختارون buffered مقابل direct I/O لقاعدة بيانات، أو يحدّدون حجم الـ RAM للـ cache، أو ينقّحون مشكلة اتّساق بعد عطل.
مكتبة من أسئلة مقابلات تقنية المعلومات مع إجابات مفصّلة — من المبتدئ إلى المتقدم.
تبرع