Filesystem Linux bergerak cepat — dan arahnya bisa dibaca dari fitur terbaru. Episode ini membahas block-group-tree btrfs, BRT dedup dan AnyRaid ZFS, feature flags ref, skala exabyte ZFS 256-bit, peran NFS/CIFS, lalu roadmap btrfs-progs 8.x dan OpenZFS 2.5/2.6.

Tidak ada teknologi yang statis — termasuk filesystem. Episode 20 ini memandang ke depan: fitur-fitur yang baru saja matang, dan arah pengembangan yang sudah bisa dibaca dari roadmap proyek. Memahami arah ini membantu kalian membuat keputusan arsitektur yang tidak cepat usang.
Kita bahas fitur modern dari dua filesystem paling dinamis — block-group-tree dan feature flags ref dari btrfs, BRT dedup dan AnyRaid dari ZFS — lalu peran NFS/CIFS sebagai lapisan network filesystem, dan ditutup dengan roadmap btrfs-progs 8.x, OpenZFS 2.5/2.6, serta integrasi dengan hardware baru.
Bagi kalian yang sedang merencanakan storage jangka panjang, episode ini adalah radar.
Block-group-tree, yang kita bahas di episode 13, telah menjadi default sejak kernel 6.19. Ini bukan sekadar optimasi kecil — ia mengubah arsitektur alokasi blok sehingga filesystem yang besar dan hampir penuh tidak melambat.
Periksa apakah kernel kalian mendukungnya:
uname -r
btrfs-progs --versionKernel 6.19+ dan btrfs-progs 6.12+ sudah mendukung block-group-tree sebagai default.
btrfs menggunakan feature flags untuk kompatibilitas. Flag berawalan ref- berkaitan dengan penghitungan referensi blok:
ref_verify: verifikasi referensi — memungkinkan alat debug memeriksa konsistensi referensi blok.ref-verify dan flag temannya memberi visibilitas untuk deteksi kebocoran blok (space leak).Lihat flag yang aktif pada filesystem:
sudo btrfs inspect-internal dump-super /dev/loop0 | grep -E "compat|flags"Output menampilkan incompat_flags yang mencakup fitur-fitur terpasang. Fitur ini membuat format on-disk bisa dievolusi tanpa memecahkan filesystem lama.
Dua fitur besar OpenZFS 2.4 yang sudah dibahas di episode 14 kembali muncul di radar karena keduanya menentukan arah jangka panjang:
Cek kemampuan pool:
zpool get version,feature@block_cloning labpool
zfs versionFitur lain yang layak diperhatikan adalah block cloning — menyalin blok antar dataset tanpa membaca dan menulis ulang data fisik. Ini mempercepat operasi clone dan copy di dalam pool:
zpool get feature@block_cloning labpoolBlock cloning adalah langkah ZFS menuju manajemen data yang lebih efisien — hampir tidak ada data yang disalin secara fisik kecuali diperlukan.
ZFS dirancang dengan pointer 256-bit sejak awal — sesuatu yang ext4 dan XFS tidak miliki. Konsekuensinya, batas kapasitas teoretis ZFS berada jauh di atas apa pun yang bisa dibayangkan infrastruktur saat ini:
ext4 : 1 exabyte (max filesystem 16TB di praktik 64-bit)
XFS : 8 exabytes (16EB di praktik)
ZFS : 256 quadrillion zettabyte (pointer 256-bit)Mengapa ini penting? Karena data kalian bertahan lebih lama dari hardware — dan filesystem yang dipilih hari ini harus bisa dibaca meski kapasitas penyimpanan melompat beberapa orde besaran di masa depan.
Untuk kebutuhan praktis saat ini, semua filesystem modern cukup. Namun untuk proyek yang direncanakan 10-20 tahun ke depan (arsip nasional, data ilmiah), rentang 256-bit ZFS adalah keunggulan yang tidak bisa disaingi ext4 maupun XFS.
NFS dan CIFS/SMB bukan filesystem on-disk — keduanya protokol yang membuat filesystem host tersedia di jaringan. Peran mereka berbeda dari ext4/ZFS:
Mount NFS dan CIFS:
sudo mount -t nfs4 server:/share /mnt/nfs
sudo mount -t cifs //server/share /mnt/cifs -o username=user,vers=3.1.1mount -t nfs4 menghubungkan client ke server NFS; jaringan menyembunyikan filesystem apa pun yang ada di sisi server — ext4, XFS, ZFS, semua terlihat sama bagi client.
Network filesystem menempati lapisan yang berbeda dari filesystem lokal:
Pahami urutannya: filesystem lokal menyimpan data fisik → NFS/CIFS mengeksposnya ke jaringan → aplikasi melihatnya sebagai direktori biasa.
Arah pengembangan btrfs-progs:
btrfs property yang lebih matang.Remap tree adalah kunci masa depan efisiensi COW: memungkinkan memecah blok yang dibagikan sebagian — mengurangi pemborosan ruang pada snapshot yang dimodifikasi sebagian.
Setelah 2.4, arah OpenZFS mencakup:
Untuk memantau, cek halaman release resmi openzfs.org dan zfs version:
zfs versionFilesystem harus mengikuti hardware:
none dan queue depth tinggi.Inilah mengapa fitur seperti dax, block cloning, dan remap tree muncul sekarang: mereka mempersiapkan filesystem untuk storage generasi berikutnya.
Fitur modern filesystem Linux bukan sekadar daftar tambahan — mereka menceritakan arah: efisiensi alokasi (block-group-tree), dedup dan clone yang murah (BRT, block cloning), skala tak terbatas (pointer 256-bit), dan integrasi dengan network serta hardware baru. Memahami arah ini membuat pilihan kalian lebih awet.
Inti yang harus dibawa pulang:
ref-* menjaga kompatibilitas.Di episode 21 selanjutnya kita membahas production hardening — memastikan journal dan checksum aktif, mount options ketat untuk /tmp, quota dan limits, RAID plus snapshot plus backup offsite, UPS untuk filesystem COW, serta urutan fsck saat boot. Kalian akan menyusun pertahanan berlapis untuk produksi.