Ketika versi baru OpenZFS dirilis, banyak administrator bertanya-tanya apakah sebaiknya memperbarui sekarang atau menunggu sampai situasinya stabil. OpenZFS 2.4 Pertanyaan ini bahkan lebih menarik, karena Hal ini membawa perubahan yang mendalam. dalam hal kinerja, alat manajemen baru, dan beberapa perdebatan komunitas tentang penggunaan kandidat rilis dalam sistem produksi.
Fitur umum OpenZFS 2.4
OpenZFS 2.4 disajikan sebagai versi dari karakter yang stabil dan cukup ambisius Dirancang untuk lingkungan Linux dan FreeBSD, proyek ini, pada saat pelabelan akhirnya, telah menekankan bahwa tujuannya adalah untuk terus mempromosikan kematangan sistem file dan pengelola volume sambil mempertahankan kompatibilitas dengan kernel terbaru dan memastikan keamanan data.
Versi ini menggabungkan banyak fitur yang telah dikembangkan sejak saat itu. Rama 2.3 dan revisi-revisi menengahnya: peningkatan kinerja dalam lapisan enkripsialat manajemen baru seperti penulisan ulang zfsKemampuan kuota yang lebih fleksibel, dan perubahan internal yang dirancang untuk mengurangi fragmentasi, mengoptimalkan deduplikasi, dan menyempurnakan aspek-aspek kompleks seperti manajemen blok gabungan atau perilaku dengan disk yang bermasalah.
Masyarakat juga memberikan perhatian khusus pada hal tersebut. integrasi dengan kernel modernDi Linux, dukungan diumumkan mulai dari versi 4.18 hingga cabang LTS terbaru (termasuk kernel 6.18 pada saat rilis stabil versi 2.4), sedangkan di FreeBSD, versi 13.3 dan seterusnya tercakup, termasuk 14.0 dan cabang yang lebih baru yang sedang dipersiapkan seperti 15.0.
Dukungan platform dan kompatibilitas kernel dengan OpenZFS 2.4
Salah satu pilar OpenZFS 2.4 adalah kompatibilitas platform yang luasBagi banyak administrator, ini sangat penting, karena memungkinkan mereka untuk meningkatkan versi sistem operasi tanpa kehilangan fitur ZFS yang diharapkan.
Di sisi Linux, OpenZFS 2.4 menunjukkan kompatibilitas dengan kernel mulai dari versi 4.18 hingga seri tersebut. 6.18 stabilIni mencakup semuanya, mulai dari distribusi perusahaan konservatif hingga lingkungan yang sangat mutakhir yang selalu menggunakan kernel terbaru. Di antaranya terdapat seluruh spektrum rilis umum: versi LTS yang digunakan pada server, kernel kustom, dan versi yang diadopsi oleh proyek seperti CentOS Stream atau yang serupa.
Di FreeBSD, versi baru ini mendukung mulai dari FreeBSD 13.3 Mulai sekarang, termasuk versi 14.0 dan versi selanjutnya yang sudah di depan mata, seperti versi 15.0 yang akan datang. Jangkauan yang luas ini memastikan bahwa sistem yang sudah beroperasi dan penerapan generasi berikutnya dapat terus menggunakan OpenZFS tanpa memerlukan patch aneh atau solusi khusus.
Di balik kesesuaian ini terdapat upaya berkelanjutan yang sudah terlihat jelas dalam serial tersebut. OpenZFS 2.3.xPembaruan sebelumnya, seperti 2.3.4, memperluas dukungan kernel hingga 6.16 dan mengkonsolidasikan patch yang mulai muncul di RC sebelumnya. OpenZFS 2.4 melanjutkan dari titik tersebut dan melangkah lebih jauh, menyelaraskan dengan kernel terbaru dan meningkatkan pengalaman bagi mereka yang memperbarui tumpukan dasar mereka secara relatif sering.
Kuota dan kemampuan manajemen ruang baru
Di antara fitur-fitur baru yang paling praktis bagi administrator adalah peningkatan pada sistem tersebut. kuota yang telah ditentukanOpenZFS 2.4 memperkenalkan kemampuan untuk menentukan kuota default untuk pengguna, grup, dan proyek, sehingga konsumsi ruang dapat dikontrol secara lebih seragam tanpa harus mengkonfigurasi setiap kasus secara manual.
Fungsi ini memungkinkan, misalnya, untuk mengatur sebuah biaya dasar untuk semua pengguna yang dibuat dalam dataset tertentu, atau untuk menetapkan batasan proyek yang diterapkan secara otomatis saat sumber daya baru dialokasikan. Ini adalah alat yang sangat berguna di lingkungan multi-pengguna, hosting, laboratorium, dan skenario apa pun di mana Anda ingin mencegah kelalaian yang dapat menyebabkan seluruh pool terisi.
Dukungan untuk kuota default tidak menggantikan kuota spesifik yang sudah ada, melainkan melengkapinya. Administrator dapat menentukan politik global lalu menyempurnakannya dengan pengecualian untuk pengguna atau grup tertentu yang membutuhkan lebih banyak (atau lebih sedikit) ruang. Semua ini dikelola dengan alat ZFS standar, mempertahankan model properti yang sudah dikenal.
I/O langsung, I/O tanpa cache, dan perilaku penulisan yang tidak sejajar.
Dari segi performa, OpenZFS 2.4 menghadirkan perubahan yang sangat menarik dalam pengelolaan input/output langsungSampai sekarang, penggunaan I/O langsung dalam beberapa situasi dapat bertentangan dengan perataan penulisan dan menghasilkan jalur kode yang kurang optimal. Versi baru ini memperkenalkan mekanisme sehingga, ketika I/O langsung tidak dapat diimplementasikan secara ideal, mode alternatif akan digunakan. IO tanpa cache yang ringan Dirancang khusus untuk skenario seperti ini.
Apa artinya ini dalam praktiknya? Artinya, tulisan yang tidak sesuai dengan keselarasan yang diharapkan tidak lagi dianggap sebagai kasus patologis, melainkan dikelola dengan cara tertentu. rute yang dioptimalkan di dalam ZFS. Overhead berkurang, beberapa hambatan dihindari, dan perilaku yang lebih mudah diprediksi tercapai, terutama di lingkungan di mana aplikasi yang menggunakan I/O langsung berdampingan dengan aplikasi lain yang tidak.
Perubahan ini sangat berguna terutama pada beban kerja yang berat di mana tujuannya adalah untuk memeras kinerja Penyimpanan tanpa mengorbankan jaminan integritas yang ditawarkan oleh ZFS. Dengan mekanisme cadangan yang dirancang khusus, OpenZFS lebih sesuai dengan realitas banyak aplikasi yang tidak selalu mengikuti keselarasan operasi yang ideal.
Pembatasan alokasi terpadu dan pengurangan fragmentasi di OpenZFS 2.4
Perubahan besar lainnya yang hadir bersama OpenZFS 2.4 adalah pengenalan algoritma baru untuk pembatasan alokasi terpaduDi balik nama ini terdapat sebuah mekanisme yang bertujuan untuk mengurangi fragmentasi perangkat virtual (vdev) dan meningkatkan cara pendistribusian penulisan ketika sistem sedang mengalami tekanan.
Sampai sekarang, alokasi blok dalam situasi beban tinggi dapat menghasilkan pola distribusi yang, seiring waktu, menguntungkan fragmentasi vdevAlgoritma terpadu bertujuan untuk menyelaraskan tingkat alokasi, sehingga pool mempertahankan struktur yang lebih teratur dan penalti kinerja berkurang ketika ruang mulai menipis atau ketika campuran ukuran blok sangat beragam.
Jenis perubahan ini kurang terlihat dibandingkan perintah baru, tetapi sangat berharga dalam penerapan jangka panjang, di mana sebuah pool berkembang, diseimbangkan kembali, lingkungan pengembangan virtual (vdev) baru ditambahkan, dan operasi pemeliharaan dilakukan selama bertahun-tahun. Dengan meningkatkan kontrol alokasi, OpenZFS 2.4 membantu menjaga perilaku yang lebih stabil dari waktu ke waktubahkan ketika sistem tersebut digunakan secara intensif.
Peningkatan enkripsi dengan AVX2 dan AES-GCM
Dari segi keamanan dan performa, OpenZFS 2.4 menyertakan serangkaian optimasi dalam penggunaan AVX2 untuk AES-GCMSederhananya: implementasi enkripsi telah disempurnakan untuk memanfaatkan kemampuan prosesor modern yang memiliki instruksi vektor canggih ini dengan lebih baik.
Hasilnya adalah enkripsi yang lebih cepat tanpa mengorbankan jaminan kriptografi, yang terutama terlihat pada sistem yang menangani volume data terenkripsi yang besar atau di lingkungan di mana banyak operasi simultan dilakukan pada kumpulan data yang dilindungi. mengurangi beban CPU Dengan menggunakan enkripsi, lebih banyak permintaan dapat ditangani atau lebih banyak sumber daya dapat dialokasikan untuk tugas-tugas sistem lainnya.
Dalam praktiknya, administrator dapat terus mengandalkan fungsi-fungsi dari Enkripsi asli ZFS untuk melindungi data sensitif tanpa dampak kinerja yang signifikan seperti pada generasi sebelumnya. Enkripsi tidak menjadi "gratis," tetapi menjadi lebih mudah dikelola di bawah beban kerja di mana sebelumnya enkripsi merupakan hambatan yang jelas.
ZIL dalam vdev khusus dan peningkatan dalam special_small_blocks
OpenZFS 2.4 juga menghadirkan fitur-fitur baru terkait hal tersebut. vdev khusus, yaitu perangkat yang dirancang untuk menyimpan jenis data tertentu (seperti metadata, blok kecil, atau tabel deduplikasi) pada media yang lebih cepat, biasanya SSD atau NVMe.
Di satu sisi, sekarang dimungkinkan untuk mengizinkan ZIL (Log Intent ZFS) Tempatkan pada vdev khusus jika tersedia. Hal ini mempermudah pemusatan penulisan sinkron pada perangkat dengan latensi rendah, sehingga meningkatkan waktu respons aplikasi yang mengandalkan operasi intensif sinkronisasi, seperti basis data atau sistem perpesanan dengan persistensi yang kuat.
Di sisi lain, perilaku properti tersebut diperluas. special_small_blocks jadi itu Tulisan ZVOL Mereka juga dapat ditempatkan di vdev khusus, bukan hanya blok file reguler tertentu. Selain itu, batasan bahwa nilainya harus berupa pangkat dua dilonggarkan, sehingga administrator dapat memilih ukuran yang lebih halus yang disesuaikan dengan beban kerja aktual mereka, alih-alih dibatasi oleh pilihan yang kaku.
Secara gabungan, peningkatan-peningkatan ini memungkinkan perancangan arsitektur penyimpanan di mana... data paling penting (Metadata, blok kecil, ZIL, tabel deduplikasi, dll.) disimpan pada media yang lebih cepat, sementara sebagian besar data tetap berada pada disk yang lebih murah. Semua ini memberikan fleksibilitas yang jauh lebih besar dalam mendefinisikan apa yang dianggap "kecil" dan apa yang tidak.
zfs rewrite dan zfs rewrite -P: memindahkan data secara efisien
Seri 2.3 telah menghadirkan salah satu fitur paling mencolok dalam beberapa waktu terakhir: subkomando. penulisan ulang zfsOpenZFS 2.4 membawa alat ini selangkah lebih maju dengan menggabungkan varian tersebut. zfs rewrite -Pyang menambahkan kemungkinan baru saat memindahkan data di dalam sebuah pool.
Perintah zfs rewrite memungkinkan “untuk menulis ulang"Isi dari sebuah file atau dataset disalin tanpa mengubah makna logisnya, tetapi dipindahkan secara fisik ke area lain dengan properti internal yang berbeda. Hal ini memungkinkan modifikasi seperti algoritma kompresi, jenis checksum, apakah deduplikasi diterapkan, jumlah salinan, atau bahkan perangkat yang disukai, tanpa perlu menyalin data ke ruang pengguna dan menuliskannya kembali."
Hal ini memiliki beberapa keunggulan yang jelas: mengurangi lalu lintas I/O dibandingkan dengan metode "salin dan ganti nama" klasik, meminimalkan dampak pada cache, dan menghindari periode waktu yang lama di mana data dipindahkan melalui alat eksternal. Selain itu, karena tidak ada perubahan logis pada konten, Waktu mtime tidak diubah juga tidak ada properti lain yang terlihat dari sudut pandang pengguna, yang berarti banyak aplikasi bahkan tidak menyadari operasi tersebut.
pilihan zfs rewrite -P menambahkan kemungkinan Pertahankan waktu kelahiran yang logis. sebisa mungkin, informasi ini digunakan untuk meminimalkan ukuran aliran replikasi inkremental. Dengan menjaga informasi ini tetap stabil, operasi kirim/terima selanjutnya dapat lebih baik mengidentifikasi apa yang sebenarnya telah berubah dan apa yang belum, sehingga mengurangi jumlah data yang perlu dipindahkan antar sistem.
Keunggulan penting lainnya adalah proses penulisan ulang dilindungi dengan kunci jangkauan normal, sehingga dapat berjalan secara paralel dengan beban kerja nyata tanpa menghambat sistem secara berlebihan. Pada dataset dengan sync=always Manfaatnya bahkan lebih besar, karena dengan tidak adanya modifikasi data secara logis, tidak ada penulisan tambahan yang dipaksakan di ZIL, sehingga menghindari biaya tambahan dalam operasi sinkron.
Opsi manajemen baru di OpenZFS 2.4: -a|–all, range scrub, dan prefetch BRT.
OpenZFS 2.4 juga menyempurnakan dan memperluas jajaran alat manajemen dengan beberapa opsi yang sangat berguna untuk penggunaan sehari-hari. Salah satunya adalah penambahan opsi -a|–semua dalam perintah yang melakukan tugas pemeliharaan pada pool, seperti scrub, trim, atau inisialisasi.
Opsi ini memungkinkan untuk meluncurkan operasi yang memengaruhi semua kolam renang impor semuanya sekaligus, alih-alih harus mengulanginya satu per satu secara manual. Ini sangat menyederhanakan proses pada server yang mengelola banyak pool, mengurangi kesalahan manusia, dan mempermudah otomatisasi.
Selain itu, kemungkinan meluncurkan sebuah zpool scrub terbatas pada rentang waktu tertentu melalui pilihan -S -EFungsi ini sangat berharga ketika Anda hanya ingin meninjau rentang waktu di mana masalah dicurigai, atau ketika Anda ingin menyebarkan biaya pembersihan data ke beberapa eksekusi parsial agar tidak terlalu memengaruhi kinerja keseluruhan.
Fitur baru relevan lainnya adalah penambahan zpool prefetch -t brt untuk memuat terlebih dahulu ke dalam memori Tabel Referensi Blok (tabel kloning blok)Hal ini memungkinkan pemanfaatan yang lebih baik dari fungsi kloning blok yang diperkenalkan pada versi sebelumnya, mengurangi latensi saat mengakses struktur internal yang terlibat dalam fitur ini.
Izin akses, perubahan nama alat, dan peningkatan pada deduplikasi dan kloning blok.
Di antara peningkatan kecil namun signifikan yang menyempurnakan pengalaman, OpenZFS 2.4 menambahkan izin baru. kirim: terenkripsiDirancang untuk memberikan kontrol yang lebih terperinci atas siapa yang dapat mengirim data terenkripsi, ini sangat cocok untuk tim yang memiliki pemisahan tanggung jawab antara mereka yang mengelola snapshot, mereka yang menangani replikasi, dan mereka yang memiliki akses ke kunci enkripsi.
Layanan publik tradisional juga diganti namanya, seperti arc_summary y arcstat, yang kemudian dikenal zarcsummary y zarcstatPerubahan ini membantu menghindari konflik nama dan memperjelas bahwa ini adalah alat yang terkait dengan ZFS, yang berguna dalam sistem dengan banyak komponen yang mengekspos perintah serupa.
Secara internal, seri 2.4 mengakumulasi Pengoptimalan dan perbaikan baru Hal ini berlaku untuk deduplikasi dan kloning blok. Struktur data disempurnakan, kasus-kasus khusus dikoreksi, dan pola akses yang lebih baik dicari untuk membuat dampak pada memori dan CPU lebih mudah dikelola. Perubahan ini tidak langsung terlihat oleh pengguna, tetapi menghasilkan perilaku yang lebih stabil dan lebih sedikit kejutan di bawah beban kerja yang kompleks.
Blok geng, pergeseran, vdev anak lambat, dan topologi khusus
OpenZFS 2.4 juga menyertakan sejumlah peningkatan dan perbaikan dibandingkan versi sebelumnya. blok gengIni adalah fitur sistem internal yang dirancang untuk menangani blok yang tidak dapat ditempatkan secara konvensional. Meskipun sebagian besar pengguna tidak berinteraksi langsung dengannya, kegagalan apa pun di bagian kode ini dapat memiliki konsekuensi serius, sehingga berbagai perbaikan dan optimasi yang disertakan merupakan kabar baik untuk ketahanan sistem secara keseluruhan.
Secara paralel, penanganan pergeseranParameter yang menentukan unit alokasi minimum yang selaras dengan ukuran fisik sektor perangkat. Manajemen pergeseran yang lebih baik mengurangi kemungkinan penulisan data lebih banyak daripada yang diperlukan ke disk dengan sektor besar dan membantu mempertahankan tingkat kinerja yang dapat diterima sepanjang masa pakai pool.
Fitur baru menarik lainnya adalah kemampuan untuk membuat vdev anak berperilaku seperti sangat lambat Komponen-komponen tersebut dapat "diistirahatkan" sementara. Alih-alih menurunkan kinerja seluruh sistem, komponen-komponen tersebut dapat diistirahatkan untuk sementara waktu, yang sangat berguna ketika hard disk mulai rusak, drive mengalami masalah sesekali, atau lingkungan memiliki perangkat keras yang tidak konsisten.
Akhirnya, mereka telah batasan topologi yang longgar Dalam VDEV khusus dan deduplikasi, ini memungkinkan fleksibilitas yang lebih besar saat mendesain pool dengan konfigurasi tingkat lanjut. Hal ini memungkinkan integrasi yang lebih baik dari perangkat cepat untuk metadata, tabel yang dideduplikasi, ZIL, dan elemen sensitif lainnya tanpa menghadapi batasan yang terlalu kaku dalam definisi tata letak.
OpenZFS 2.3.4: Pemeliharaan, penulisan ulang zfs awal, dan konsolidasi.
Untuk sepenuhnya memahami lompatan yang diwakili oleh angka 2.4, ada baiknya kita melihat sekilas hal-hal berikut. OpenZFS 2.3.4, sebuah versi pemeliharaan yang muncul sesaat sebelumnya dan meletakkan beberapa dasar untuk apa yang kemudian dikonsolidasikan di cabang utama yang baru.
Versi 2.3.4 hadir dua bulan setelah 2.3.3 dengan fokus yang sangat kuat pada kekokohan dan kompatibilitasPembaruan tersebut memperluas dukungan kernel Linux hingga versi 6.16, mempertahankan versi minimum pada 4.18, dan mengkonfirmasi kompatibilitas dengan FreeBSD mulai dari versi 13.3 dan seterusnya, termasuk versi 15.0 yang akan datang. Dengan kata lain, pembaruan tersebut telah mempersiapkan landasan untuk hidup berdampingan dengan sistem dasar modern tanpa mengorbankan stabilitas.
Tinjauan khusus ini menandai debut versi awal dari perintah tersebut. zfs rewritedirancang secara tepat untuk Memindahkan data tanpa mengubah konten logisnya. dan tanpa menggunakan strategi yang lebih rumit seperti menyalin/mengganti nama atau mengirim/menerima dengan penggantian nama dataset. Tujuannya adalah untuk menawarkan alat yang mampu menyeimbangkan kembali pool setelah menambahkan vdev, mengurangi fragmentasi file yang ditulis secara acak, atau menerapkan properti penyimpanan baru ke data yang ada.
Dibandingkan dengan alternatif tradisional, zfs rewrite Ini lebih cepat karena menghindari pengiriman data ke ruang pengguna. Pada dataset dengan sync=alwaysSelain itu, hal ini meningkatkan kinerja karena, поскольку data tidak dimodifikasi secara logis, tidak ada penulisan tambahan yang dipicu di ZIL. Semua ini tanpa menyentuh apa pun. mtime atau metadata lainnya terlihat oleh aplikasi, yang meminimalkan dampak pada perangkat lunak yang berjalan di atasnya.
Versi 2.3.4 juga menyediakan berbagai fitur. Pengaturan khusus FreeBSDPembaruan ini mencakup peningkatan pengemasan dan serangkaian perbaikan kecil yang menyempurnakan beberapa bagian kode. Ini bukan versi yang dimaksudkan untuk memperkenalkan perubahan yang mengganggu, melainkan untuk menyempurnakan stabilitas sebelum beralih ke cabang 2.4 dengan paket fitur baru yang lebih besar.
OpenZFS 2.4 RC1, RC2, RC4: pengujian, umpan balik, dan diskusi komunitas
Sebelum seri 2.4 dinyatakan stabil, proyek tersebut merilis beberapa versi. kandidat rilis (RC1, RC2, RC4) dengan tujuan memungkinkan pengguna dan pengembang tingkat lanjut untuk mengujinya dan melaporkan masalah. Kandidat rilis ini sudah mencakup hampir semua fitur yang telah kita bahas: kuota default, I/O tanpa cache sebagai cadangan, pembatasan alokasi terpadu, peningkatan enkripsi, ZIL di vdev khusus, ekstensi special_small_blocks, izin baru, penggantian nama alat, dan banyak lagi.
Catatan RC1 dan RC2 menekankan pentingnya komunitas. Saya akan menguji hasil rancangannya. dan mengirimkan umpan balik melalui GitHub, termasuk perintah untuk dengan mudah mencantumkan perubahan relatif terhadap cabang referensi (dengan kombinasi git cherry (membandingkan zfs-2.3-release dengan berbagai RC). Pesannya jelas: tujuannya adalah untuk menguji kode di lingkungan dunia nyata sebelum menyebutnya "stabil".
Namun, kemunculan RC tertentu (misalnya, 2.4.0-RC4Dimasukkannya .NET Framework (RF) ke dalam versi FreeBSD yang diberi label RELEASE, seperti 15.0, menimbulkan beberapa pertanyaan. Beberapa pengguna bertanya-tanya mengapa diputuskan untuk menyertakannya. Kandidat rilis OpenZFS dalam versi sistem operasi yang dianggap stabil, alih-alih menggunakan cabang sebelumnya yang sudah mapan. Pilihan ini menimbulkan ketidakpuasan di antara mereka yang lebih memilih agar sistem file tempat data mereka berada didasarkan sepenuhnya pada versi final.
Keraguan tersebut berpusat pada daya tahan keputusan itu: jika seseorang menginstal FreeBSD 15.0 dengan OpenZFS 2.4.0-RC4 dan kemudian tidak mengikuti cabang -CURRENT, ada kekhawatiran akan "terjebak" selama beberapa bulan dengan kandidat rilis hingga revisi kecil atau titik baru dalam seri tersebut tiba. Ada juga kekhawatiran bahwa rilis mendatang seperti 15.1 akan mengintegrasikan RC lain (misalnya, 2.4.1-RC3 hipotetis) alih-alih versi final.
Di balik perdebatan ini terdapat berbagai cara untuk memahami apa yang dimaksud dengan “release candidate"Dalam konteks yang sensitif seperti sistem file. Bagi sebagian orang, Release Candidate (RC) praktis merupakan versi stabil yang hanya membutuhkan sedikit penyesuaian. Namun, bagi yang lain, itu adalah kode yang seharusnya tidak digunakan sebagai dasar sistem yang ditandai sebagai RELEASE dan harus dicadangkan untuk mereka yang mengikuti perkembangan cabang pengembangan secara cermat."
Bagaimanapun juga, RC telah memenuhi misi mereka. tempat pengujianPerbaikan ini memungkinkan deteksi bug, penyesuaian detail, dan peluncuran versi "2.4 stabil" yang jauh lebih meyakinkan. Mereka yang memprioritaskan keamanan di atas segalanya masih memiliki opsi untuk tetap menggunakan cabang sebelumnya seperti 2.3.x hingga mereka menganggap versi 2.4 cukup matang untuk digunakan di lingkungan produksi.
Semua yang ditawarkan OpenZFS 2.4 didasarkan pada ketangguhan yang telah diperoleh proyek ini dengan seri 2.3 dan pembaruan pemeliharaannya, menggabungkan peningkatan kompatibilitas kernel, alat baru seperti penulisan ulang zfsRilis ini mencakup penyesuaian pada deduplikasi dan kloning blok, optimasi enkripsi, perubahan internal pada blok gang dan ashift, serta berbagai opsi manajemen baru. Meskipun beberapa kontroversi muncul terkait penggunaan kandidat rilis pada sistem operasi tertentu, versi stabil 2.4 menawarkan lompatan signifikan bagi mereka yang ingin mendapatkan lebih banyak manfaat dari ZFS di Linux dan FreeBSD tanpa mengorbankan jaminan integritas dan ketahanan yang telah mapan.
