Kur publikohet një version i ri i OpenZFS, shumë administratorë pyesin veten nëse ia vlen ta përditësojnë tani apo të presin që situata të qetësohet. OpenZFS 2.4 Pyetja është edhe më interesante, sepse Vjen me ndryshime të thella në performancë, mjete të reja menaxhimi dhe disa debate në komunitet rreth përdorimit të kandidatëve për lëshim në sistemet e prodhimit.
Karakteristikat e përgjithshme të OpenZFS 2.4
OpenZFS 2.4 paraqitet si një version i karakter i qëndrueshëm dhe mjaft ambicioz I projektuar për mjediset Linux dhe FreeBSD, projekti, në kohën e etiketimit të tij përfundimtar, theksoi tashmë se qëllimi ishte të vazhdonte promovimi i pjekurisë së sistemit të skedarëve dhe menaxherit të vëllimeve, duke ruajtur përputhshmërinë me bërthamat e fundit dhe duke siguruar sigurinë e të dhënave.
Ky version konsolidon shumë veçori që kishin qenë në zhvillim që nga rama 2.3 dhe rishikimet e tij të ndërmjetme: përmirësime të performancës në shtresa e enkriptimitmjete të reja menaxhimi, të tilla si rishkrimi i zfsAftësi më fleksibile për kuota dhe ndryshime të brendshme të dizajnuara për të zvogëluar fragmentimin, për të optimizuar deduplikimin dhe për të rafinuar aspekte komplekse siç janë menaxhimi i bllokut të grupeve ose sjellja me disqe problematike.
Komuniteti i ka kushtuar gjithashtu vëmendje të veçantë integrimi me bërthamat moderneNë Linux, mbështetja deklarohet nga versioni 4.18 deri në degët e fundit të LTS (duke përfshirë kernelin 6.18 në kohën e lëshimit të qëndrueshëm të versionit 2.4), ndërsa në FreeBSD, mbulohen versionet nga 13.3 e tutje, duke përfshirë 14.0 dhe degë më të reja që po përgatiten, siç është 15.0.
Mbështetje e platformës dhe përputhshmëri e kernelit me OpenZFS 2.4
Një nga shtyllat e OpenZFS 2.4 është e saj pajtueshmëri e gjerë e platformësPër shumë administratorë kjo është thelbësore, sepse u lejon atyre të përditësojnë versionet e sistemit operativ pa humbur veçoritë e pritura të ZFS.
Nga ana e Linux-it, OpenZFS 2.4 tregon përputhshmëri me kernel-et që variojnë nga versioni 4.18 deri në serinë 6.18 e qëndrueshmeKjo mbulon gjithçka, nga shpërndarjet konservatore të ndërmarrjeve deri te mjediset shumë të azhurnuara që qëndrojnë të azhurnuara me kernelin më të fundit. Midis tyre qëndron i gjithë spektri i versioneve të zakonshme: versionet LTS të përdorura në servera, kernelët e personalizuar dhe versionet e miratuara nga projekte si CentOS Stream ose të ngjashme.
Në FreeBSD, versioni i ri mbështet nga FreeBSD 13.3 Që tani e tutje, duke përfshirë versionet 14.0 dhe versionet e mëvonshme që janë tashmë në horizont, siç është versioni i ardhshëm 15.0. Kjo gamë e gjerë siguron që si sistemet që janë tashmë në prodhim ashtu edhe ato të gjeneratës së ardhshme të mund të vazhdojnë të përdorin OpenZFS pa pasur nevojë për patch-e të çuditshme ose zgjidhje të personalizuara.
Pas kësaj përputhshmërie qëndron një përpjekje e vazhdueshme që ishte e dukshme tashmë në serial. OpenZFS 2.3.xPërditësimet e mëparshme, të tilla si 2.3.4, zgjeruan mbështetjen e kernelit deri në 6.16 dhe konsoliduan patch-et që kishin filluar të shfaqeshin në RC-të e mëparshme. OpenZFS 2.4 vazhdon aty ku mbeti dhe shkon një hap më tej, duke u përshtatur me kernel-et e fundit dhe duke përmirësuar përvojën për ata që e përditësojnë pirgun e tyre bazë relativisht shpesh.
Kuota dhe aftësi të reja për menaxhimin e hapësirës
Ndër veçoritë e reja më praktike për administratorin janë përmirësimet në sistemin e kuota të paracaktuaraOpenZFS 2.4 prezanton mundësinë për të përcaktuar kuota të paracaktuara për përdoruesit, grupet dhe projektet, në mënyrë që konsumi i hapësirës të mund të kontrollohet në mënyrë më uniforme pa pasur nevojë të konfiguroni çdo rast manualisht.
Ky funksion lejon, për shembull, vendosjen e një tarifë bazë për të gjithë përdoruesit që krijohen në një grup të dhënash specifik, ose për të vendosur kufij projektesh që zbatohen automatikisht kur ndahen burime të reja. Është një mjet shumë i dobishëm në mjedise me shumë përdorues, hosting, laboratorë dhe çdo skenar ku dëshironi të parandaloni një mbikëqyrje që mbush të gjithë pishinën.
Mbështetja për kuotat standarde nuk zëvendëson kuotat specifike ekzistuese, por përkundrazi i plotëson ato. Administratori mund të përcaktojë një politikë globale dhe pastaj ta rafinojë atë me përjashtime për përdorues ose grupe specifike që kanë nevojë për më shumë (ose më pak) hapësirë. E gjithë kjo menaxhohet me mjetet standarde ZFS, duke ruajtur të njëjtin model të vetive që është tashmë i njohur.
Hyrje/Dalje e Drejtpërdrejtë, Hyrje/Dalje pa memorie të përkohshme dhe sjellje shkrimi e gabuar
Për sa i përket performancës, OpenZFS 2.4 sjell një ndryshim shumë interesant në menaxhimin e hyrje/dalje direkteDeri më tani, përdorimi i I/O direkt në disa situata mund të binte ndesh me rreshtimin e shkrimit dhe të rezultonte në shtigje kodi jo optimale. Versioni i ri prezanton një mekanizëm në mënyrë që, kur I/O direkt nuk mund të zbatohet në mënyrë ideale, të përdoret një mënyrë alternative. IO pa memorje të përkohshme projektuar posaçërisht për këtë lloj skenari.
Çfarë do të thotë kjo në praktikë? Se shkrimet që nuk përputhen mirë me radhitjet e pritura pushojnë së qeni një rast patologjik dhe në vend të kësaj menaxhohen me një itinerar i optimizuar brenda ZFS-së. Shpenzimet e përgjithshme zvogëlohen, shmangen disa pengesa dhe arrihet një sjellje më e parashikueshme, veçanërisht në mjediset ku aplikacionet që përdorin I/O direkt bashkëjetojnë me të tjera që nuk e bëjnë këtë.
Ky ndryshim është veçanërisht i dobishëm në ngarkesat e punës të kërkuara ku qëllimi është të shtrydh performancën ruajtje pa sakrifikuar garancitë e integritetit të ofruara nga ZFS. Me një alternativë rezervë të projektuar posaçërisht, OpenZFS është më i përshtatshëm për realitetet e shumë aplikacioneve që nuk i përmbahen gjithmonë harmonisë ideale të operacioneve.
Rrotullimi i unifikuar i alokimit dhe reduktimi i fragmentimit në OpenZFS 2.4
Një tjetër ndryshim i madh që vjen me OpenZFS 2.4 është futja e një algoritmi të ri për kufiri i shpërndarjes së unifikuarPas këtij emri fshihet një mekanizëm që synon zvogëlimin e fragmentimit të pajisjeve virtuale (vdev) dhe përmirësimin e mënyrës se si shpërndahen shkrimet kur sistemi është nën presion.
Deri më tani, ndarja e blloqeve në situata me ngarkesë të lartë mund të përfundonte duke gjeneruar modele shpërndarjeje që, me kalimin e kohës, favorizonin fragmentimi i vdevAlgoritmi i unifikuar synon të harmonizojë shkallën e alokimit, në mënyrë që grupi të ruajë një strukturë më të rregullt dhe penalitetet e performancës të zvogëlohen kur hapësira fillon të pakësohet ose kur përzierja e madhësive të blloqeve është shumë e larmishme.
Këto lloje ndryshimesh janë më pak të dukshme sesa një komandë e re, por ato janë shumë të vlefshme në vendosjet afatgjata, ku një grup rritet, ribalancohet, shtohen mjedise të reja virtuale zhvillimi (vdevs) dhe operacionet e mirëmbajtjes kryhen gjatë viteve. Duke përmirësuar kontrollin e alokimit, OpenZFS 2.4 ndihmon në ruajtjen e një sjellje më të qëndrueshme me kalimin e kohësedhe kur sistemi përdoret intensivisht.
Përmirësime të enkriptimit me AVX2 dhe AES-GCM
Për sa i përket sigurisë dhe performancës, OpenZFS 2.4 përfshin një sërë optimizimesh në përdorimin e AVX2 për AES-GCMMe fjalë të thjeshta: implementimi i enkriptimit është rafinuar për të përfituar më mirë nga aftësitë e procesorëve modernë që kanë këto udhëzime vektoriale të përparuara.
Rezultati është enkriptim më i shpejtë pa sakrifikuar garancitë kriptografike, gjë që është veçanërisht e dukshme në sistemet që trajtojnë vëllime të mëdha të të dhënave të enkriptuara ose në mjedise ku kryhen shumë operacione të njëkohshme në grupe të dhënash të mbrojtura. zvogëloni mbingarkesën e CPU-së të lidhura me enkriptimin, mund të përpunohen më shumë kërkesa ose mund t'u dedikohen më shumë burime detyrave të tjera të sistemit.
Në praktikë, administratorët mund të vazhdojnë të mbështeten në funksionet e Enkriptimi vendas i ZFS-së për të mbrojtur të dhënat e ndjeshme pa ndikimin e ndjeshëm në performancë të gjeneratave të mëparshme. Enkriptimi nuk bëhet "falas", por bëhet më i menaxhueshëm nën ngarkesa pune ku më parë ishte një pengesë e qartë.
ZIL në vdev speciale dhe përmirësime në special_small_blocks
OpenZFS 2.4 sjell gjithashtu veçori të reja në lidhje me vdev-të speciale, ato pajisje të projektuara për të ruajtur lloje të caktuara të të dhënave (siç janë meta të dhënat, blloqet e vogla ose tabelat e deduplikimit) në media më të shpejta, zakonisht SSD ose NVMe.
Nga njëra anë, tani është e mundur të lejohet ZIL (Regjistri i Synimeve të ZFS) Mbështetuni në vdev të dedikuar kur janë të disponueshëm. Kjo e bën më të lehtë përqendrimin e shkrimeve sinkrone në pajisjet me vonesë të ulët, duke përmirësuar kohën e reagimit të aplikacioneve që mbështeten në operacione që kërkojnë shumë sinkronizim, siç janë bazat e të dhënave ose sistemet e mesazheve me qëndrueshmëri të fortë.
Nga ana tjetër, sjellja e pronës zgjerohet special_small_blocks në mënyrë që Shkrimet e ZVOL Ato mund të vendosen edhe në vdev të veçanta, jo vetëm në blloqe të caktuara skedarësh të rregullt. Për më tepër, kufizimi që vlera duhet të jetë një fuqi e dyshit është zbutur, kështu që administratori mund të zgjedhë madhësi më të imëta të përshtatura për ngarkesën e tij aktuale të punës në vend që të kufizohet në opsione të ngurta.
Të kombinuara, këto përmirësime lejojnë projektimin e arkitekturave të ruajtjes ku të dhënat më kritike (Meta të dhënat, blloqet e vogla, ZIL-et, tabelat e deduplikimit, etj.) ruhen në media më të shpejta, ndërsa pjesa më e madhe e të dhënave mbetet në disqe më pak të kushtueshme. E gjithë kjo vjen me fleksibilitet shumë më të madh në përcaktimin e asaj që konsiderohet "e vogël" dhe asaj që nuk është.
zfs rewrite dhe zfs rewrite -P: zhvendos në mënyrë efikase të dhënat
Seria 2.3 solli tashmë një nga karakteristikat më të habitshme të kohëve të fundit: nënkomandën rishkrimi i zfsOpenZFS 2.4 e çon këtë mjet një hap më tej duke përfshirë variantin zfs rewrite -Pgjë që shton mundësi të reja gjatë zhvendosjes së të dhënave brenda një grupi.
Komanda zfs rewrite lejon "për të rishkruar"Përmbajtja e një skedari ose grupi të dhënash kopjohet pa ndryshuar kuptimin e tij logjik, por zhvendoset fizikisht në zona të tjera me veti të ndryshme të brendshme. Kjo lejon modifikime të tilla si algoritmi i kompresimit, lloji i kontrollit, nëse zbatohet deduplikimi, numri i kopjeve, apo edhe pajisja e preferuar, pa pasur nevojë të kopjohen të dhënat në hapësirën e përdoruesit dhe të rishkruhen ato."
Kjo ka disa përparësi të qarta: zvogëlon trafikun I/O krahasuar me metodën klasike "kopjo dhe riemërto", minimizon ndikimin në memorien e përkohshme dhe shmang periudhat e gjata kohore gjatë të cilave të dhënat lëvizin përmes mjeteve të jashtme. Për më tepër, meqenëse nuk ka ndryshim logjik në përmbajtje, Ora m nuk ndryshohet as veti të tjera të dukshme nga këndvështrimi i përdoruesit, që do të thotë se shumë aplikacione as nuk janë të vetëdijshme për operacionin.
Opsioni zfs rewrite -P shton mundësinë e ruaj kohën logjike të lindjes të blloqeve sa herë që është e mundur, gjë që ndihmon në minimizimin e madhësisë së rrjedhave të replikimit shtesë. Duke e mbajtur këtë informacion të qëndrueshëm, operacionet pasuese të dërgimit/marrjes mund të identifikojnë më mirë se çfarë ka ndryshuar në të vërtetë dhe çfarë jo, duke zvogëluar sasinë e të dhënave që duhet të zhvendosen midis sistemeve.
Një tjetër avantazh i rëndësishëm është se procesi i rishkrimit është i mbrojtur me brava për oxhak normale, kështu që mund të funksionojë paralelisht me ngarkesat reale të punës pa bllokuar tepër sistemin. Në grupet e të dhënave me sync=always Përfitimi është edhe më i madh, sepse duke mos pasur asnjë modifikim logjik të të dhënave, nuk detyrohen shkrime shtesë në ZIL, duke shmangur një kosto shtesë në operacionet sinkrone.
Opsione të reja menaxhimi në OpenZFS 2.4: -a|–all, diapazoni i pastrimit dhe para-kërkimi BRT
OpenZFS 2.4 gjithashtu përsos dhe zgjeron arsenalin e mjeteve të menaxhimit me disa opsione shumë të dobishme për përdorim të përditshëm. Një nga këto është shtimi i opsionit -a|–të gjitha në komandat që kryejnë detyra mirëmbajtjeje në pishina, të tilla si pastrimi, shkurtimi ose inicializimi.
Ky opsion bën të mundur nisjen e një operacioni që ndikon të gjitha pishinat e importuara të gjitha menjëherë, në vend që të duhet të përsërisni manualisht secilën prej tyre. Kjo i thjeshton shumë gjërat në serverat që menaxhojnë shumë grupe, duke zvogëluar gabimet njerëzore dhe duke lehtësuar automatizimin më të lehtë.
Përveç kësaj, mundësia e lançimit të një zpool scrub i kufizuar në intervale kohore specifike përmes opsioneve -S -EKy funksionalitet vlerësohet shumë kur dëshironi të shqyrtoni vetëm një dritare kohore në të cilën dyshohen probleme, ose kur dëshironi të shpërndani koston e një pastrimi në disa ekzekutime të pjesshme në mënyrë që të mos ndikoni shumë në performancën e përgjithshme.
Një tjetër veçori e re relevante është shtimi i zpool prefetch -t brt për të parangarkuar në memorie Tabela e Referencës së Blloqeve (tabela e klonimit të bllokut)Kjo lejon shfrytëzim më të mirë të funksionalitetit të klonimit të bllokut të prezantuar në versionet e mëparshme, duke zvogëluar vonesën gjatë aksesimit të strukturave të brendshme të përfshira në këtë veçori.
Lejet, mjetet e riemërtuara dhe përmirësimet në heqjen e të dhënave dhe bllokimin e klonimit
Ndër përmirësimet e vogla, por domethënëse që përsosin përvojën, OpenZFS 2.4 shton një leje të re. dërgo: i enkriptuarI projektuar për të ofruar një kontroll më të detajuar mbi atë se kush mund të dërgojë të dhëna të koduara, kjo funksionon mirë me ekipet që kanë një ndarje të përgjegjësive midis atyre që menaxhojnë pamjet e çastit, atyre që merren me replikimin dhe atyre që kanë qasje në çelësat e enkriptimit.
Shërbimet tradicionale u riemëruan gjithashtu, si p.sh. arc_summary y arcstat, të cilat më pas bëhen të njohura zarcsummary y zarcstatKy ndryshim ndihmon në shmangien e konflikteve të emrave dhe e bën më të qartë se këto janë mjete të shoqëruara me ZFS, e cila është e dobishme në sisteme me komponentë të shumtë që ekspozojnë komanda të ngjashme.
Brenda, seria 2.4 grumbullohet Optimizime dhe rregullime të reja Kjo vlen si për deduplikimin ashtu edhe për klonimin e blloqeve. Strukturat e të dhënave rafinohen, rastet e skajeve korrigjohen dhe kërkohen modele më të mira aksesi për ta bërë ndikimin në memorie dhe CPU më të menaxhueshëm. Këto ndryshime nuk janë drejtpërdrejt të dukshme për përdoruesin, por ato rezultojnë në sjellje më të qëndrueshme dhe më pak surpriza në ngarkesa pune komplekse.
Blloqe bandash, ashift, vdev-të e ngadalta të fëmijëve dhe topologji të veçanta
OpenZFS 2.4 gjithashtu përfshin një sërë përmirësimesh dhe rregullimesh mbi blloqe bandashKy është një funksion i brendshëm i sistemit i projektuar për të trajtuar blloqe që nuk mund të vendosen në mënyrë konvencionale. Edhe pse shumica e përdoruesve nuk bashkëveprojnë drejtpërdrejt me ta, çdo dështim në këtë pjesë të kodit mund të ketë pasoja serioze, kështu që rregullimet dhe optimizimet e shumta të përfshira janë lajme të mira për qëndrueshmërinë e përgjithshme të sistemit.
Paralelisht, trajtimi i zhvendosjeParametri që përcakton njësinë minimale të alokimit të përafruar me madhësinë fizike të sektorëve të pajisjes. Menaxhimi më i mirë i ndërrimeve zvogëlon mundësinë e shkrimit të më shumë të dhënave sesa është e nevojshme në disqe me sektorë të mëdhenj dhe ndihmon në ruajtjen e niveleve të pranueshme të performancës gjatë gjithë jetëgjatësisë së grupit.
Një tjetër veçori e re interesante është aftësia për t'i bërë vdev-ët fëmijë të sillen në një jashtëzakonisht i ngadaltë Ato mund të "mbyllen" përkohësisht. Në vend që të ulin performancën e të gjithë sistemit, ato mund të hiqen nga lidhja për një farë kohe, gjë që është shumë e dobishme kur disqet fillojnë të dështojnë, disqet po përjetojnë probleme të ndërprera ose mjediset kanë harduer jokonsistent.
Më në fund, ata kanë kufizime të topologjisë së relaksuar Në VDEV-të speciale dhe të deduplikuara, kjo lejon fleksibilitet më të madh gjatë dizajnimit të pishinave me konfigurime të avancuara. Kjo mundëson një integrim më të mirë të pajisjeve të shpejta për meta të dhënat, tabelat e deduplikuara, ZIL-et dhe elementë të tjerë të ndjeshëm pa hasur kufizime tepër të ngurta në përkufizimin e paraqitjes.
OpenZFS 2.3.4: Mirëmbajtja, rishkrimi fillestar i zfs dhe konsolidimi
Për ta kuptuar plotësisht kërcimin që përfaqëson 2.4, ia vlen t'i hedhim një vështrim të shpejtë OpenZFS 2.3.4, një version mirëmbajtjeje që u shfaq pak më parë dhe hodhi disa nga themelet për atë që më vonë u konsolidua në degën e re kryesore.
Versioni 2.3.4 mbërriti dy muaj pas 2.3.3 me një fokus shumë të fortë në qëndrueshmëri dhe përputhshmëriAi zgjeroi mbështetjen për kernelin Linux deri në versionin 6.16, duke ruajtur minimumin në 4.18, dhe konfirmoi përputhshmërinë me FreeBSD nga versioni 13.3 e tutje, duke përfshirë edhe versionin e ardhshëm 15.0. Me fjalë të tjera, ai tashmë po përgatiste terrenin për bashkëjetesë me sistemet bazë moderne pa sakrifikuar stabilitetin.
Ky rishikim specifik pa debutimin e versionit fillestar të komandës. zfs rewriteprojektuar pikërisht për zhvendosni të dhënat pa ndryshuar përmbajtjen e tyre logjike dhe pa përdorur strategji më të vështira si kopjimi/riemërtimi ose dërgimi/marrja me riemërtimin e të dhënave. Qëllimi ishte të ofrohej një mjet i aftë për të ribalancuar një grup të dhënash pas shtimit të vdevs, duke zvogëluar fragmentimin e skedarëve të shkruar rastësisht ose duke aplikuar veti të reja ruajtjeje në të dhënat ekzistuese.
Krahasuar me alternativat tradicionale, zfs rewrite Është më i shpejtë sepse shmang udhëtimin e të dhënave në hapësirën e përdoruesit. Në grupet e të dhënave me sync=alwaysPër më tepër, përmirëson performancën sepse, meqenëse të dhënat nuk modifikohen logjikisht, nuk shkaktohen shkrime shtesë në ZIL. E gjithë kjo pa prekur asgjë. mtime ose metadata të tjera i dukshëm për aplikacionet, gjë që minimizon ndikimin në softuerin që funksionon sipër tij.
Versioni 2.3.4 gjithashtu ofroi të ndryshme Cilësimet specifike për FreeBSDPërfshinte përmirësime në paketim dhe një sërë rregullimesh të vogla që përmirësuan disa aspekte të kodit. Nuk ishte një version që synonte të sillte ndryshime rrënjësore, por më tepër të përmirësonte stabilitetin përpara se të kalonte në degën 2.4 me një paketë më të madhe veçorish të reja.
OpenZFS 2.4 RC1, RC2, RC4: testim, reagime dhe diskutime në komunitet
Përpara se seria 2.4 të shpallej e qëndrueshme, projekti publikoi disa lirimin e kandidatëve (RC1, RC2, RC4) me qëllim që t'u lejojë përdoruesve dhe zhvilluesve të përparuar t'i testojnë ato dhe të raportojnë problemet. Këta kandidatë për versione tashmë përfshinin pothuajse të gjitha veçoritë që kemi diskutuar: kuotat parazgjedhëse, hyrje/dalje pa memorie të përkohshme si një rezervë, kufizim të unifikuar të alokimit, përmirësime të enkriptimit, ZIL në vdev speciale, zgjerime special_small_blocks, leje të reja, riemërim mjetesh dhe shumë më tepër.
Shënimet RC1 dhe RC2 theksuan rëndësinë e komunitetit. Do t'i testoj ndërtimet dhe dërgoni reagime nëpërmjet GitHub, duke përfshirë komandat për të listuar lehtësisht ndryshimet në lidhje me degën e referencës (me kombinime të git cherry duke krahasuar versionin zfs-2.3 me RC-të e ndryshme). Mesazhi ishte i qartë: qëllimi ishte të testohej kodi në mjedise të botës reale përpara se të etiketohej si "i qëndrueshëm".
Megjithatë, shfaqja e një RC specifike (për shembull, 2.4.0-Rc4Përfshirja e një .NET Framework (RF) në një version të FreeBSD të shënuar si RELEASE, siç është 15.0, ngjalli disa habi. Disa përdorues pyesnin veten pse ishte vendosur të përfshihej një i tillë. Kandidat për lëshim në OpenZFS në një version të konsideruar të qëndrueshëm të sistemit operativ në vend që të drejtohej në një degë të mëparshme, tashmë të krijuar. Kjo zgjedhje shkaktoi pakënaqësi midis atyre që preferojnë që sistemi i skedarëve mbi të cilin mbështeten të dhënat e tyre të bazohet rreptësisht në versionet përfundimtare.
Dyshimet silleshin rreth qëndrueshmërisë së atij vendimi: nëse dikush instalon FreeBSD 15.0 me OpenZFS 2.4.0-RC4 dhe më pas nuk ndjek degën -CURRENT, ekziston shqetësimi se mund të "ngecet" për disa muaj me një kandidat për lëshim derisa të mbërrijë një rishikim i vogël ose një pikë e re në seri. Kishte gjithashtu shqetësim se lëshimet e ardhshme si 15.1 do të integronte një tjetër RC (për shembull, një 2.4.1-RC3 hipotetik) në vend të një versioni përfundimtar.
Pas këtij debati fshihen mënyra të ndryshme për të kuptuar se çfarë “kandidatin e lirimit"Në një kontekst aq të ndjeshëm sa një sistem skedarësh. Për disa njerëz, një Kandidat për Version (RC) është praktikisht një version i qëndrueshëm, që ka nevojë vetëm për ndryshime të vogla. Megjithatë, për të tjerët, është kod që nuk duhet të përdoret si themel i një sistemi të shënuar si RELEASE dhe duhet të rezervohet për ata që ndjekin nga afër degët e zhvillimit."
Sidoqoftë, KK-të e përmbushën misionin e tyre të terren testimiKëto përmirësime lejuan zbulimin e gabimeve, rregullimet e detajeve dhe një mbërritje shumë më të sigurt në versionin "stabil 2.4". Ata që i japin përparësi sigurisë mbi të gjitha, ende kanë mundësinë të qëndrojnë në degët e mëparshme si 2.3.x derisa ta konsiderojnë 2.4 mjaftueshëm të pjekur në prodhim.
Çdo gjë që sjell OpenZFS 2.4 bazohet në qëndrueshmërinë që projekti ka fituar me serinë 2.3 dhe përditësimet e mirëmbajtjes së saj, duke kombinuar përmirësimet e përputhshmërisë së kernelit, mjete të reja si p.sh. rishkrimi i zfsVersioni përfshin rregullime në deduplikimin dhe klonimin e blloqeve, optimizime të enkriptimit, ndryshime të brendshme në blloqet e grupeve dhe ashift, si dhe një gamë opsionesh të reja menaxhimi. Ndërsa kanë lindur disa polemika në lidhje me përdorimin e kandidatëve për versione në sisteme të caktuara operative, versioni i qëndrueshëm 2.4 ofron një hap të rëndësishëm përpara për ata që duan të përfitojnë më shumë nga ZFS në Linux dhe FreeBSD pa sakrifikuar garancitë e vendosura të integritetit dhe qëndrueshmërisë.
