OpenZFS'nin yeni bir sürümü yayınlandığında, birçok yönetici şimdi güncellemenin mi yoksa ortalık sakinleşene kadar beklemenin mi daha mantıklı olduğunu merak eder. Açık ZFS 2.4 Soru daha da ilginç, çünkü Bu durum beraberinde derin değişiklikler getiriyor. Performans, yeni yönetim araçları ve üretim sistemlerinde sürüm adaylarının kullanılmasıyla ilgili bazı topluluk tartışmaları.
OpenZFS 2.4'ün Genel Özellikleri
OpenZFS 2.4, bir sürüm olarak sunulmaktadır. istikrarlı ve oldukça hırslı bir karakter Hem Linux hem de FreeBSD ortamları için tasarlanan proje, son etiketleme aşamasında bile, dosya sistemi ve disk yöneticisinin olgunluğunu artırmaya devam etmeyi, aynı zamanda yeni çekirdeklerle uyumluluğu korumayı ve veri güvenliğini sağlamayı hedeflediğini vurgulamıştı.
Bu sürüm, önceki sürümden beri geliştirilmekte olan birçok özelliği bir araya getiriyor. koç 2.3 ve ara revizyonları: performans iyileştirmeleri şifreleme katmanıyeni yönetim araçları gibi zfs yeniden yazmaDaha esnek kota yetenekleri ve parçalanmayı azaltmak, veri tekilleştirmeyi optimize etmek ve grup blok yönetimi veya sorunlu disklerle ilgili davranış gibi karmaşık yönleri iyileştirmek için tasarlanmış dahili değişiklikler.
Topluluk ayrıca şu konulara da özel önem vermiştir: modern çekirdeklerle entegrasyonLinux'ta, 4.18'den başlayarak son LTS sürümlerine (2.4'ün kararlı sürümünün yayınlandığı sırada 6.18 çekirdeği de dahil olmak üzere) kadar destek sağlandığı belirtilirken, FreeBSD'de 13.3'ten itibaren sürümler kapsanıyor ve 14.0 ile 15.0 gibi daha yeni sürümler de hazırlanıyor.
OpenZFS 2.4 ile platform desteği ve çekirdek uyumluluğu
OpenZFS 2.4'ün temel taşlarından biri şudur: geniş platform uyumluluğuBu, birçok yönetici için çok önemlidir çünkü beklenen ZFS özelliklerini kaybetmeden işletim sistemi sürümlerini yükseltmelerine olanak tanır.
Linux tarafında ise OpenZFS 2.4, 4.18 sürümünden başlayarak sonraki sürümlere kadar olan çekirdeklerle uyumluluk gösteriyor. 6.18 kararlıBu, muhafazakar kurumsal dağıtımlardan, en son çekirdekle güncel kalan son derece güncel ortamlara kadar her şeyi kapsar. Arada ise yaygın sürümlerin tüm yelpazesi yer alır: sunucularda kullanılan LTS sürümleri, özel çekirdekler ve CentOS Stream veya benzeri projeler tarafından benimsenen sürümler.
FreeBSD'de yeni sürüm, şu özellikleri destekliyor: FreeBSD 13.3 Bundan böyle, 14.0 ve ufukta görünen daha sonraki sürümler de dahil olmak üzere, örneğin yakında çıkacak olan 15.0 sürümü de kapsanacaktır. Bu geniş yelpaze, hem halihazırda üretimde olan sistemlerin hem de yeni nesil dağıtımların, garip yamalara veya özel çözümlere ihtiyaç duymadan OpenZFS'yi kullanmaya devam edebilmesini sağlar.
Bu uyumluluğun ardında, dizide zaten belirgin olan sürekli bir çaba yatıyor. OpenZFS 2.3.xÖnceki güncellemeler, örneğin 2.3.4, çekirdek desteğini 6.16'ya kadar genişletti ve daha önceki RC sürümlerinde ortaya çıkmaya başlayan yamaları birleştirdi. OpenZFS 2.4, kaldığı yerden devam ediyor ve bir adım daha ileri giderek, son çekirdeklerle uyum sağlıyor ve temel yığınını nispeten sık güncelleyenler için deneyimi iyileştiriyor.
Kotalar ve yeni alan yönetimi yetenekleri
Yönetici için en pratik yeni özellikler arasında sistemde yapılan iyileştirmeler yer almaktadır. önceden belirlenmiş kotalarOpenZFS 2.4, kullanıcılar, gruplar ve projeler için varsayılan kotalar tanımlama özelliğini sunarak, her bir durumu manuel olarak yapılandırmaya gerek kalmadan alan tüketiminin daha homojen bir şekilde kontrol edilmesini sağlar.
Bu işlev, örneğin, bir ayar yapılmasına olanak tanır. tüm kullanıcılar için temel ücret Belirli bir veri kümesinde oluşturulan veya yeni kaynaklar tahsis edildiğinde otomatik olarak uygulanan proje sınırlarını belirlemek için kullanılır. Çok kullanıcılı ortamlarda, barındırma hizmetlerinde, laboratuvarlarda ve havuzun tamamının dolmasını önlemek istediğiniz her senaryoda çok kullanışlı bir araçtır.
Varsayılan kotalara yönelik destek, mevcut özel kotaların yerini almaz, aksine onları tamamlar. Yönetici, bir kota tanımlayabilir. küresel siyaset Ardından, daha fazla (veya daha az) alana ihtiyaç duyan belirli kullanıcılar veya gruplar için istisnalar ekleyerek bunu iyileştirin. Tüm bunlar, zaten aşina olduğunuz aynı özellik modelini koruyarak standart ZFS araçlarıyla yönetilir.
Doğrudan G/Ç, önbelleksiz G/Ç ve hizalanmamış yazma davranışı
Performans açısından OpenZFS 2.4, yönetimde oldukça ilgi çekici bir değişiklik getiriyor. doğrudan giriş/çıkışŞimdiye kadar, bazı durumlarda doğrudan G/Ç kullanımı yazma hizalamasıyla çakışabiliyor ve optimum olmayan kod yollarına yol açabiliyordu. Yeni sürüm, doğrudan G/Ç'nin ideal şekilde uygulanamadığı durumlarda alternatif bir modun kullanılmasını sağlayan bir mekanizma sunuyor. hafif önbelleksiz G/Ç Özellikle bu tür senaryolar için tasarlanmıştır.
Bu pratikte ne anlama geliyor? Beklenen hizalamalara uymayan yazılar artık patolojik bir vaka olmaktan çıkıp, bunun yerine bir yaklaşımla ele alınıyor. optimize edilmiş rota ZFS içerisinde, ek yük azaltılır, bazı darboğazlar önlenir ve özellikle doğrudan G/Ç kullanan uygulamaların, kullanmayan diğer uygulamalarla birlikte bulunduğu ortamlarda daha öngörülebilir bir davranış elde edilir.
Bu değişiklik, özellikle hedefin şu olduğu yoğun iş yüklerinde oldukça faydalıdır: performansı en üst düzeye çıkarmak için çaba sarf edin. ZFS'nin sunduğu bütünlük garantilerinden ödün vermeden depolama imkanı sunar. Özel olarak tasarlanmış bir yedekleme mekanizmasıyla OpenZFS, işlemlerin ideal hizalanmasına her zaman uymayan birçok uygulamanın gerçekliğine daha uygundur.
OpenZFS 2.4'te birleşik tahsis kısıtlaması ve parçalanma azaltma
OpenZFS 2.4 ile gelen bir diğer önemli değişiklik ise yeni bir algoritmanın kullanıma sunulmasıdır. birleşik tahsis kısıtlamasıBu ismin ardında, sanal aygıtların (vdev'ler) parçalanmasını azaltmayı ve sistem yoğun baskı altındayken yazma işlemlerinin dağıtımını iyileştirmeyi amaçlayan bir mekanizma yatmaktadır.
Şimdiye kadar, yüksek yük durumlarında blok tahsisi, zaman içinde belirli bir tarafı destekleyen dağıtım modelleri oluşturabiliyordu. vdev'in parçalanmasıBirleşik algoritma, tahsis oranını uyumlu hale getirmeyi amaçlar; böylece havuz daha düzenli bir yapıda kalır ve alan azalmaya başladığında veya blok boyutlarının karışımı çok çeşitli olduğunda performans kayıpları azalır.
Bu tür değişiklikler yeni bir komut kadar fark edilmez olsa da, havuzun büyüdüğü, yeniden dengelendiği, yeni sanal geliştirme ortamlarının (vdev'ler) eklendiği ve yıllar boyunca bakım işlemlerinin gerçekleştirildiği uzun vadeli dağıtımlarda çok değerlidir. Tahsis kontrolünü iyileştirerek, OpenZFS 2.4, bakım işlemlerinin sürdürülmesine yardımcı olur. zaman içinde daha istikrarlı bir davranışSistem yoğun bir şekilde kullanıldığında bile.
AVX2 ve AES-GCM ile şifrelemede iyileştirmeler
Güvenlik ve performans açısından OpenZFS 2.4, kullanımında bir dizi optimizasyon içermektedir. AES-GCM için AVX2Daha basit bir ifadeyle: şifreleme uygulaması, bu gelişmiş vektör komutlarına sahip modern işlemcilerin yeteneklerinden daha iyi yararlanacak şekilde iyileştirilmiştir.
Sonuç olarak, kriptografik güvencelerden ödün vermeden daha hızlı şifreleme elde edilir; bu durum özellikle büyük miktarda şifrelenmiş veri işleyen sistemlerde veya korunan veri kümeleri üzerinde birçok eş zamanlı işlemin gerçekleştirildiği ortamlarda belirgindir. CPU yükünü azaltın Şifreleme ile bağlantılı olarak, daha fazla istek işlenebilir veya daha fazla kaynak diğer sistem görevlerine tahsis edilebilir.
Pratikte, yöneticiler aşağıdaki işlevlere güvenmeye devam edebilirler. ZFS yerel şifrelemesi Önceki nesillerin önemli performans düşüşüne neden olmadan hassas verileri korumak. Şifreleme "ücretsiz" hale gelmiyor, ancak daha önce açık bir darboğaz olan iş yüklerinde daha yönetilebilir hale geliyor.
ZIL'in özel vdev'lerde kullanımı ve special_small_block'lardaki iyileştirmeler
OpenZFS 2.4 ayrıca yeni özellikler de getiriyor. özel vdev'lerBunlar, genellikle SSD veya NVMe gibi daha hızlı ortamlarda belirli veri türlerini (meta veriler, küçük bloklar veya veri tekilleştirme tabloları gibi) depolamak için tasarlanmış cihazlardır.
Bir yandan, artık buna izin vermek mümkün. ZIL (ZFS Niyet Günlüğü) Mümkün olduğunda özel vdev'lerde yer alın. Bu, senkron yazma işlemlerini düşük gecikmeli aygıtlarda yoğunlaştırmayı kolaylaştırarak, veritabanları veya güçlü kalıcılığa sahip mesajlaşma sistemleri gibi senkronizasyon yoğun işlemlere dayanan uygulamaların yanıt süresini iyileştirir.
Öte yandan, özelliğin davranışı genişletilmiştir. special_small_blocks öyle ki ZVOL yazıları Bunlar yalnızca belirli normal dosya bloklarına değil, özel vdev'lere de yerleşebilirler. Dahası, değerin ikinin kuvveti olması gerektiği kısıtlaması gevşetildi, böylece yönetici katı seçeneklerle sınırlı kalmak yerine, gerçek iş yüküne göre uyarlanmış daha ince boyutlar seçebilir.
Bu iyileştirmelerin birleşimi, aşağıdaki özelliklere sahip depolama mimarilerinin tasarlanmasına olanak tanır: en kritik veriler (Meta veriler, küçük bloklar, ZIL dosyaları, veri tekilleştirme tabloları vb.) daha hızlı ortamlarda depolanırken, verilerin büyük kısmı daha ucuz disklerde kalır. Tüm bunlar, "küçük" olarak kabul edilen ve edilmeyen şeylerin tanımlanmasında çok daha fazla esneklik sağlar.
zfs rewrite ve zfs rewrite -P: verileri verimli bir şekilde yeniden konumlandırma
2.3 serisi, son zamanların en dikkat çekici özelliklerinden birini zaten beraberinde getirmişti: alt komut sistemi. zfs yeniden yazmaOpenZFS 2.4, bu aracı bir adım daha ileri götürerek varyantı da bünyesine katıyor. zfs rewrite -PBu da havuz içindeki verilerin yerini değiştirirken yeni olanaklar sunar.
Komut zfs rewrite izin veriryeniden yazmak"Bir dosyanın veya veri kümesinin içeriği, mantıksal anlamı değiştirilmeden kopyalanır, ancak fiziksel olarak farklı iç özelliklere sahip başka alanlara taşınır. Bu, verileri kullanıcı alanına kopyalamaya ve yeniden yazmaya gerek kalmadan sıkıştırma algoritması, sağlama toplamı türü, tekilleştirmenin uygulanıp uygulanmadığı, kopya sayısı veya hatta tercih edilen aygıt gibi değişikliklere olanak tanır."
Bu yöntemin birçok açık avantajı vardır: Klasik "kopyala ve yeniden adlandır" yöntemine kıyasla G/Ç trafiğini azaltır, önbellek üzerindeki etkiyi en aza indirir ve verilerin harici araçlar aracılığıyla taşındığı uzun süreleri önler. Ayrıca, içerikte mantıksal bir değişiklik olmadığı için, mtime değiştirilmez. Kullanıcının bakış açısından görülebilen diğer özellikler de dahil olmak üzere, birçok uygulama bu işlemin farkında bile değildir.
Seçimi zfs rewrite -P olasılığını ekler mantıksal doğum zamanını koruyun Mümkün olduğunca blokların bir kısmını kullanmak, artımlı çoğaltma akışlarının boyutunu en aza indirmeye yardımcı olur. Bu bilgiyi sabit tutarak, sonraki gönderme/alma işlemleri, neyin gerçekten değiştiğini ve neyin değişmediğini daha iyi belirleyebilir ve sistemler arasında taşınması gereken veri miktarını azaltabilir.
Bir diğer önemli avantaj ise yeniden yazma işleminin koruma altında olmasıdır. menzil kilitleri Normaldir, bu nedenle sistemi gereksiz yere bloke etmeden gerçek iş yükleriyle paralel olarak çalışabilir. Veri kümelerinde sync=always Verilerde herhangi bir mantıksal değişiklik yapılmadığı için ZIL'de ek yazma işlemleri zorunlu hale gelmez ve bu da senkron işlemlerde ek maliyetten kaçınmayı sağlar, bu nedenle faydası daha da büyüktür.
OpenZFS 2.4'teki yeni yönetim seçenekleri: -a|–all, aralık temizleme ve BRT önbelleğe alma.
OpenZFS 2.4 ayrıca, günlük kullanım için oldukça faydalı birkaç seçenekle yönetim araçları yelpazesini geliştiriyor ve genişletiyor. Bunlardan biri de eklenen seçenektir. -a|–tüm Havuzlar üzerinde bakım görevlerini gerçekleştiren komutlarda, örneğin temizleme, kırpma veya başlatma gibi işlemlerde kullanılır.
Bu seçenek, etkileyen bir işlemi başlatmayı mümkün kılar. ithal edilen tüm havuzlar Her birini tek tek manuel olarak kontrol etmek yerine, hepsini birden aynı anda yapabilirsiniz. Bu, birden fazla havuzu yöneten sunucularda işleri büyük ölçüde basitleştirir, insan hatasını azaltır ve otomasyonu kolaylaştırır.
Ek olarak, bir lansman olasılığı zpool scrub sınırlı belirli zaman aralıkları seçenekler aracılığıyla -S -EBu işlev, yalnızca sorun olduğundan şüphelenilen bir zaman dilimini incelemek istediğinizde veya genel performansı çok fazla etkilememek için tarama işleminin maliyetini birkaç kısmi yürütmeye yaymak istediğinizde oldukça değerlidir.
Bir diğer önemli yeni özellik ise eklenmesidir. zpool prefetch -t brt belleğe önceden yüklemek Blok Referans Tablosu (blok klonlama tablosu)Bu, önceki sürümlerde tanıtılan blok klonlama işlevinden daha iyi yararlanmayı sağlar ve bu özellikte yer alan dahili yapılara erişimdeki gecikmeyi azaltır.
İzinler, yeniden adlandırılan araçlar ve veri tekilleştirme ile blok klonlamada iyileştirmeler.
Kullanıcı deneyimini iyileştiren küçük ama önemli geliştirmeler arasında, OpenZFS 2.4 yeni bir izin ekliyor. gönder:şifrelenmişŞifrelenmiş verileri kimin gönderebileceği konusunda daha ayrıntılı kontrol sağlamak üzere tasarlanan bu özellik, anlık görüntüleri yönetenler, çoğaltmayı yönetenler ve şifreleme anahtarlarına erişimi olanlar arasında sorumluluk ayrımı olan ekipler için idealdir.
Geleneksel kamu hizmetlerinin isimleri de değiştirildi, örneğin: arc_summary y arcstatdaha sonra bilinen hale gelen zarcsummary y zarcstatBu değişiklik, isim çakışmalarını önlemeye yardımcı olur ve bunların ZFS ile ilişkili araçlar olduğunu daha net bir şekilde belirtir; bu da benzer komutları sunan birden fazla bileşene sahip sistemlerde faydalıdır.
İçsel olarak, 2.4 serisi birikim yapar. Yeni optimizasyonlar ve düzeltmeler Bu durum hem veri tekilleştirme hem de blok klonlama için geçerlidir. Veri yapıları iyileştirilir, uç durumlar düzeltilir ve bellek ve CPU üzerindeki etkiyi daha yönetilebilir hale getirmek için daha iyi erişim modelleri aranır. Bu değişiklikler kullanıcı tarafından doğrudan görülemez, ancak karmaşık iş yükleri altında daha istikrarlı bir davranış ve daha az sürprizle sonuçlanır.
Gang blokları, ashift, yavaş alt vdev'ler ve özel topolojiler
OpenZFS 2.4 ayrıca önceki sürümlere göre bir dizi iyileştirme ve düzeltme de içeriyor. çete bloklarıBu, geleneksel yöntemlerle yerleştirilemeyen blokları işlemek için tasarlanmış dahili bir sistem özelliğidir. Çoğu kullanıcı bunlarla doğrudan etkileşime girmese de, kodun bu bölümündeki herhangi bir hata ciddi sonuçlar doğurabilir; bu nedenle, dahil edilen çok sayıda düzeltme ve optimizasyon, sistemin genel sağlamlığı açısından iyi bir haberdir.
Buna paralel olarak, ele alınması kaymakCihazın sektörlerinin fiziksel boyutuna göre hizalanmış minimum tahsis birimini tanımlayan parametre. Daha iyi kaydırma yönetimi, büyük sektörlere sahip disklere gerekenden fazla veri yazma olasılığını azaltır ve havuzun kullanım ömrü boyunca kabul edilebilir performans seviyelerinin korunmasına yardımcı olur.
Bir diğer ilgi çekici yeni özellik ise alt vdev'lerin belirli bir şekilde davranmasını sağlama yeteneğidir. anormal derecede yavaş Bunlar geçici olarak "yedek kulübesine" alınabilir. Tüm sistemin performansını düşürmek yerine, bir süreliğine devreden çıkarılabilirler; bu da diskler arızalanmaya başladığında, sürücülerde aralıklı sorunlar yaşandığında veya ortamlarda tutarsız donanım olduğunda çok faydalıdır.
Sonunda, onlar... gevşetilmiş topoloji kısıtlamaları Özel ve veri tekilleştirme VDEV'lerinde, bu durum gelişmiş yapılandırmalara sahip havuzlar tasarlanırken daha fazla esneklik sağlar. Bu, düzen tanımında aşırı katı sınırlamalarla karşılaşmadan meta veriler, veri tekilleştirilmiş tablolar, ZIL'ler ve diğer hassas unsurlar için hızlı aygıtların daha iyi entegrasyonunu mümkün kılar.
OpenZFS 2.3.4: Bakım, ilk zfs yeniden yazımı ve konsolidasyon
2.4 sürümünün temsil ettiği sıçramayı tam olarak anlamak için, kısaca şunlara göz atmakta fayda var: Açık ZFS 2.3.4Bu, kısa bir süre önce ortaya çıkan ve daha sonra yeni ana dalda birleştirilen şeylerin bazı temellerini atan bir bakım sürümüdür.
2.3.4 sürümü, 2.3.3 sürümünden iki ay sonra, oldukça güçlü bir şekilde şu konulara odaklanarak geldi: sağlamlık ve uyumlulukLinux çekirdeği desteğini 6.16 sürümüne kadar genişletti, minimum sürümü 4.18'de tuttu ve 13.3 sürümünden itibaren, yakında çıkacak olan 15.0 sürümü de dahil olmak üzere FreeBSD ile uyumluluğu onayladı. Başka bir deyişle, istikrardan ödün vermeden modern temel sistemlerle birlikte var olmanın altyapısını zaten hazırlıyordu.
Bu özel incelemede komutun ilk sürümü kullanıma sunuldu. zfs rewritetam olarak şu amaçla tasarlanmıştır: Verilerin mantıksal içeriğini değiştirmeden yerini değiştirmek Ve kopyalama/yeniden adlandırma veya veri kümesi yeniden adlandırmasıyla gönderme/alma gibi daha zahmetli stratejilere başvurmadan. Amaç, vdev'ler ekledikten sonra bir havuzu yeniden dengeleyebilen, rastgele yazılan dosyaların parçalanmasını azaltabilen veya mevcut verilere yeni depolama özellikleri uygulayabilen bir araç sunmaktı.
Geleneksel alternatiflerle karşılaştırıldığında, zfs rewrite Bu yöntem daha hızlıdır çünkü verilerin kullanıcı alanına taşınmasını önler. Veri kümelerinde sync=alwaysDahası, veriler mantıksal olarak değiştirilmediği için ZIL'de ek yazma işlemleri tetiklenmediğinden performansı artırır. Tüm bunlar hiçbir şeye dokunmadan gerçekleşir. mtime veya diğer meta veriler Uygulamalar tarafından görülebilir olması, üzerinde çalışan yazılımlar üzerindeki etkiyi en aza indirir.
Sürüm 2.3.4 ayrıca çeşitli özellikler de sağladı. FreeBSD'ye özgü ayarlarBu sürüm, paketleme iyileştirmelerini ve kodun bazı köşelerini cilalayan bir dizi küçük düzeltmeyi içeriyordu. Amacı yıkıcı değişiklikler getirmek değil, daha çok yeni özellikler içeren daha büyük bir paketle 2.4 dalına geçmeden önce istikrarı ince ayar yapmaktı.
OpenZFS 2.4 RC1, RC2, RC4: testler, geri bildirimler ve topluluk tartışmaları
2.4 serisinin kararlı sürüm olarak ilan edilmesinden önce, proje birkaç sürüm yayınladı. serbest bırakma adayları (RC1, RC2, RC4) sürümleri, ileri düzey kullanıcıların ve geliştiricilerin bunları test etmelerine ve sorunları bildirmelerine olanak sağlamak amacıyla hazırlanmıştır. Bu sürüm adayları, tartıştığımız özelliklerin neredeyse tamamını zaten içermektedir: varsayılan kotalar, yedekleme olarak önbelleksiz G/Ç, birleşik tahsis kısıtlaması, şifreleme iyileştirmeleri, özel vdev'lerde ZIL, special_small_blocks uzantıları, yeni izinler, araç yeniden adlandırma ve çok daha fazlası.
RC1 ve RC2 notlarında topluluğun önemi vurgulanmıştır. Derlemeleri test edeceğim. ve GitHub üzerinden geri bildirim gönderin; buna, referans dala göre değişiklikleri kolayca listelemek için kullanılan komutlar da dahildir (çeşitli kombinasyonlarla). git cherry (zfs-2.3-release'i çeşitli RC'lerle karşılaştırarak). Mesaj açıktı: amaç, kodu "kararlı" olarak etiketlemeden önce gerçek dünya ortamlarında test etmekti.
Ancak, belirli bir RC'nin (örneğin, 2.4.0-RC4FreeBSD'nin 15.0 gibi RELEASE olarak işaretlenmiş bir sürümüne .NET Framework'ün (RF) dahil edilmesi bazı şaşkınlıklara yol açtı. Bazı kullanıcılar bunun neden dahil edilmesine karar verildiğini merak etti. OpenZFS sürüm adayı İşletim sisteminin kararlı kabul edilen bir sürümüne başvurmak, önceden oluşturulmuş bir sürüme başvurmaktan daha iyidir. Bu seçim, verilerinin bulunduğu dosya sisteminin kesinlikle son sürümlere dayanmasını tercih edenler arasında bir miktar hoşnutsuzluğa yol açtı.
Şüpheler, bu kararın kalıcılığı etrafında dönüyordu: Eğer birisi OpenZFS 2.4.0-RC4 ile FreeBSD 15.0 kurar ve -CURRENT dalını takip etmezse, küçük bir revizyon veya serinin yeni bir noktası gelene kadar birkaç ay boyunca bir sürüm adayıyla "sıkışıp kalma" endişesi vardı. Ayrıca, gelecekteki sürümlerin de benzer sonuçlar doğurabileceği endişesi vardı. 15.1 Son sürüm yerine başka bir RC'yi (örneğin, varsayımsal bir 2.4.1-RC3) entegre ederdi.
Bu tartışmanın ardında, "ne anlama geldiği"ne dair farklı anlayış biçimleri bulunmaktadır.sürüm adayı"Dosya sistemi gibi hassas bir bağlamda, bazı kişiler için Sürüm Adayı (RC) neredeyse kararlı bir sürümdür ve yalnızca küçük ayarlamalar gerektirir. Ancak diğerleri için, RELEASE olarak işaretlenmiş bir sistemin temeli olarak kullanılmaması gereken ve geliştirme dallarını yakından takip edenler için ayrılması gereken bir koddur."
Her halükarda, RC'ler görevlerini yerine getirdiler. test AlanıBu iyileştirmeler, hataların tespit edilmesini, ayrıntılarda ayarlamalar yapılmasını ve "2.4 kararlı" sürümüne çok daha güvenli bir şekilde ulaşılmasını sağladı. Güvenliği her şeyin üstünde tutanlar, 2.4'ün üretimde yeterince olgunlaştığını düşünene kadar 2.3.x gibi önceki dallarda kalma seçeneğine hala sahipler.
OpenZFS 2.4'ün getirdiği her şey, projenin 2.3 serisi ve bakım güncellemeleriyle kazandığı sağlamlığa dayanıyor ve çekirdek uyumluluğu iyileştirmeleri, yeni araçlar gibi özellikleri bir araya getiriyor. zfs yeniden yazmaBu sürüm, veri tekilleştirme ve blok klonlamada yapılan ayarlamaları, şifreleme optimizasyonlarını, gang blokları ve ashift'te yapılan dahili değişiklikleri ve bir dizi yeni yönetim seçeneğini içeriyor. Bazı işletim sistemlerinde sürüm adaylarının kullanımıyla ilgili bazı tartışmalar ortaya çıkmış olsa da, kararlı sürüm 2.4, yerleşik bütünlük ve dayanıklılık garantilerinden ödün vermeden Linux ve FreeBSD'de ZFS'den daha fazla verim almak isteyenler için önemli bir ilerleme sunuyor.
