একটি filesystem disk block-এর একটি সমতল array-কে file আর directory-র একটি শ্রেণিবিন্যাসে পরিণত করে, সেটিকে নির্ভরযোগ্য ও দ্রুত করতে metadata আর free space পরিচালনা করে।
UNIX filesystem-এ, প্রতিটি file একটি (index node) — একটি structure যা file-এর (size, owner, permission, timestamp, link count) এবং ধরে রাখে। লক্ষ্য করুন একটি inode কী : । নাম -তে থাকে, যা কেবল name → inode number map করা file:
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-এর দিকে নির্দেশ করা দ্বিতীয় একটি directory entry (link count 2), আর সেজন্যই rm আসলে unlink — এটি একটি নাম সরায় এবং link count শূন্যে পৌঁছালে তবেই inode মুক্ত করে।
একটি একক logical operation (যেমন একটি append) কয়েকটি block ছোঁয় — inode, free-space bitmap, data। মাঝপথে একটি crash filesystem-কে অসামঞ্জস্যপূর্ণ রেখে যায়। একটি journal প্রথমে উদ্দিষ্ট পরিবর্তনগুলো একটি log-এ লেখে, তারপর সেগুলো প্রয়োগ করে; crash-এর পর FS একটি ধীর পূর্ণ scan (fsck)-এর বদলে journal replay (বা discard) করে। Mode-গুলো নিরাপত্তার বিনিময়ে গতি ট্রেড করে: শুধু metadata journal করা (দ্রুত, সাধারণ) বনাম metadata এবং data।
Kernel file data-কে RAM-এ page cache-এ cache করে, তাই re-read memory-তে hit করে আর write buffered হয়ে পরে flush হয় (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 দ্রুত, কিন্তু "written" data fsync না হওয়া পর্যন্ত durable নয়; database প্রায়ই direct I/O এবং নিজস্ব buffer pool ব্যবহার করে caching আর durability সুনির্দিষ্টভাবে নিয়ন্ত্রণ করতে।
Filesystem-এর ভেতরের কারিগরি প্রতিদিনের আচরণ ব্যাখ্যা করে: কেন hard link কাজ করে, কেন একটি process এখনও খুলে রাখা একটি file মুছলে সেটি বন্ধ না হওয়া পর্যন্ত space মুক্ত হয় না, কেন fsync durability-র জন্য অপরিহার্য (আর বাদ পড়লে একটি ক্লাসিক data-loss bug), এবং কেন একটি file-এর দ্বিতীয় read তাৎক্ষণিক (page cache)। Senior engineer-রা একটি database-এর জন্য buffered বনাম direct I/O বেছে নেওয়া, cache-এর জন্য RAM আকার করা, বা একটি crash-consistency সমস্যা debug করার সময় এগুলো নিয়ে যুক্তি সাজান।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন