عندما يتم إصدار نسخة جديدة من OpenZFS، يتساءل العديد من المسؤولين عما إذا كان من المجدي التحديث الآن أم الانتظار حتى تهدأ الأمور. OpenZFS 2.4 تحديث والسؤال أكثر إثارة للاهتمام، لأن ويصاحب ذلك تغييرات عميقة في الأداء، وأدوات الإدارة الجديدة، وبعض النقاشات المجتمعية حول استخدام الإصدارات التجريبية في أنظمة الإنتاج.
الميزات العامة لنظام الملفات OpenZFS 2.4
يُقدّم OpenZFS 2.4 كإصدار من شخصية مستقرة وطموحة للغاية تم تصميم المشروع لكل من بيئات Linux و FreeBSD، وفي وقت تسميته النهائية، أكد بالفعل أن الهدف هو مواصلة تعزيز نضج نظام الملفات ومدير وحدات التخزين مع الحفاظ على التوافق مع النوى الحديثة وضمان أمن البيانات.
يجمع هذا الإصدار العديد من الميزات التي كانت قيد التطوير منذ ذلك الحين. راما 2.3 وتعديلاتها الوسيطة: تحسينات الأداء في طبقة التشفيرأدوات إدارة جديدة مثل إعادة كتابة zfsإمكانيات أكثر مرونة للحصص، وتغييرات داخلية مصممة لتقليل التجزئة، وتحسين إزالة التكرار، وتحسين الجوانب المعقدة مثل إدارة كتل المجموعات أو السلوك مع الأقراص التي بها مشاكل.
كما أولى المجتمع اهتماماً خاصاً لـ التكامل مع النواة الحديثةفي نظام لينكس، تم الإعلان عن الدعم من الإصدار 4.18 وحتى فروع LTS الحديثة (بما في ذلك النواة 6.18 في وقت الإصدار المستقر 2.4)، بينما في نظام FreeBSD، يتم تغطية الإصدارات من 13.3 فصاعدًا، بما في ذلك الإصدار 14.0 والفروع الأحدث التي يجري إعدادها مثل الإصدار 15.0.
دعم النظام الأساسي وتوافق النواة مع OpenZFS 2.4
أحد أركان OpenZFS 2.4 هو توافق واسع مع المنصاتبالنسبة للعديد من المسؤولين، يُعد هذا الأمر أساسيًا، لأنه يسمح لهم بترقية إصدارات نظام التشغيل دون فقدان ميزات ZFS المتوقعة.
أما بالنسبة لنظام لينكس، فإن OpenZFS 2.4 يشير إلى التوافق مع نواة تتراوح من الإصدار 4.18 إلى سلسلة 6.18 مستقريشمل هذا كل شيء بدءًا من توزيعات المؤسسات المحافظة وصولًا إلى البيئات الحديثة للغاية التي تواكب أحدث إصدارات النواة. وبين هذين النقيضين، تقع جميع الإصدارات الشائعة: إصدارات الدعم طويل الأمد المستخدمة على الخوادم، والنوى المخصصة، والإصدارات المعتمدة من قبل مشاريع مثل CentOS Stream أو ما شابهها.
في نظام FreeBSD، يدعم الإصدار الجديد من FreeBSD 13.3 ابتداءً من الآن، بما في ذلك الإصدار 14.0 والإصدارات اللاحقة التي تلوح في الأفق، مثل الإصدار 15.0 القادم. يضمن هذا النطاق الواسع أن تتمكن الأنظمة الموجودة بالفعل في بيئة الإنتاج وعمليات النشر من الجيل التالي من الاستمرار في استخدام OpenZFS دون الحاجة إلى تصحيحات غريبة أو حلول مخصصة.
وراء هذا التوافق يكمن جهد متواصل كان واضحاً بالفعل في المسلسل OpenZFS 2.3.xقامت التحديثات السابقة، مثل الإصدار 2.3.4، بتوسيع دعم النواة حتى الإصدار 6.16 ودمج التصحيحات التي بدأت بالظهور في الإصدارات التجريبية السابقة. يُكمل OpenZFS 2.4 هذا النهج ويتجاوزه، إذ يتوافق مع أحدث النوى ويُحسّن تجربة المستخدمين الذين يُحدّثون حزمة البرامج الأساسية لديهم بشكل متكرر.
الحصص وقدرات إدارة المساحات الجديدة
من بين الميزات الجديدة الأكثر عملية للمسؤول التحسينات التي طرأت على نظام حصص محددة مسبقاًيقدم OpenZFS 2.4 إمكانية تحديد الحصص الافتراضية للمستخدمين والمجموعات والمشاريع، بحيث يمكن التحكم في استهلاك المساحة بشكل أكثر اتساقًا دون الحاجة إلى تكوين كل حالة يدويًا.
تتيح هذه الوظيفة، على سبيل المثال، تعيين رسوم أساسية لجميع المستخدمين تُستخدم هذه الأداة لإنشاء مجموعات بيانات محددة، أو لتعيين حدود للمشروع تُطبق تلقائيًا عند تخصيص موارد جديدة. وهي أداة بالغة الأهمية في بيئات متعددة المستخدمين، والاستضافة، والمختبرات، وأي سيناريو ترغب فيه بمنع أي خطأ من ملء المجموعة بأكملها.
لا يحل دعم الحصص الافتراضية محل الحصص المحددة الموجودة، بل يكملها. يمكن للمسؤول تحديد السياسة العالمية ثم يتم تحسينها بإضافة استثناءات لمستخدمين أو مجموعات محددة يحتاجون إلى مساحة أكبر (أو أقل). تتم إدارة كل هذا باستخدام أدوات ZFS القياسية، مع الحفاظ على نموذج الخصائص نفسه المألوف.
الإدخال/الإخراج المباشر، والإدخال/الإخراج بدون ذاكرة تخزين مؤقتة، وسلوك الكتابة غير المتوافق
من حيث الأداء، يُحدث OpenZFS 2.4 تغييرًا مثيرًا للاهتمام في إدارة الإدخال/الإخراج المباشرحتى الآن، كان استخدام الإدخال/الإخراج المباشر في بعض الحالات قد يتعارض مع محاذاة الكتابة ويؤدي إلى مسارات برمجية غير مثالية. يقدم الإصدار الجديد آليةً تسمح باستخدام وضع بديل عندما يتعذر تنفيذ الإدخال/الإخراج المباشر بالشكل الأمثل. إدخال/إخراج خفيف الوزن بدون ذاكرة تخزين مؤقتة مصممة خصيصاً لهذا النوع من السيناريوهات.
ماذا يعني هذا عمليًا؟ يعني أن الكتابات التي لا تتوافق جيدًا مع التوجهات المتوقعة لم تعد حالة شاذة، بل يتم التعامل معها بطريقة المسار الأمثل ضمن نظام الملفات ZFS. يتم تقليل الحمل الزائد، وتجنب بعض الاختناقات، وتحقيق سلوك أكثر قابلية للتنبؤ، خاصة في البيئات التي تتعايش فيها التطبيقات التي تستخدم الإدخال/الإخراج المباشر مع تطبيقات أخرى لا تستخدمه.
يُعد هذا التغيير مفيدًا بشكل خاص في بيئات العمل المتطلبة حيث يكون الهدف هو استخلص الأداء يوفر OpenZFS تخزينًا آمنًا دون المساس بضمانات سلامة البيانات التي يوفرها نظام ZFS. وبفضل آلية احتياطية مصممة خصيصًا، يُعد OpenZFS أكثر ملاءمةً لواقع العديد من التطبيقات التي لا تلتزم دائمًا بالتوافق الأمثل للعمليات.
توحيد عملية تقييد التخصيص وتقليل التجزئة في OpenZFS 2.4
ومن التغييرات الرئيسية الأخرى التي تأتي مع OpenZFS 2.4 إدخال خوارزمية جديدة لـ تقييد التخصيص الموحدوراء هذا الاسم آلية تهدف إلى تقليل تجزئة الأجهزة الافتراضية (vdevs) وتحسين كيفية توزيع عمليات الكتابة عندما يكون النظام تحت ضغط.
حتى الآن، كان تخصيص الكتل في حالات الأحمال العالية قد يؤدي في النهاية إلى توليد أنماط توزيع تُفضّل بمرور الوقت... تجزئة vdevتهدف الخوارزمية الموحدة إلى مواءمة معدل التخصيص، بحيث يحافظ المجمع على بنية أكثر تنظيمًا ويتم تقليل عقوبات الأداء عندما تبدأ المساحة في النفاد أو عندما يكون مزيج أحجام الكتل متنوعًا للغاية.
تُعدّ هذه الأنواع من التغييرات أقل وضوحًا من إضافة أمر جديد، لكنها ذات قيمة كبيرة في عمليات النشر طويلة الأمد، حيث ينمو مجمع التخزين، ويُعاد توازنه، وتُضاف بيئات تطوير افتراضية جديدة، وتُجرى عمليات الصيانة على مدى سنوات. ومن خلال تحسين التحكم في التخصيص، يُساعد OpenZFS 2.4 في الحفاظ على سلوك أكثر استقرارًا بمرور الوقتحتى عند استخدام النظام بشكل مكثف.
تحسينات التشفير باستخدام AVX2 و AES-GCM
من حيث الأمان والأداء، يتضمن OpenZFS 2.4 سلسلة من التحسينات في استخدام AVX2 لـ AES-GCMبعبارة أبسط: تم تحسين تطبيق التشفير للاستفادة بشكل أفضل من قدرات المعالجات الحديثة التي تحتوي على تعليمات المتجهات المتقدمة هذه.
والنتيجة هي تشفير أسرع دون التضحية بالضمانات التشفيرية، وهو أمر ملحوظ بشكل خاص في الأنظمة التي تتعامل مع كميات كبيرة من البيانات المشفرة أو في البيئات التي يتم فيها تنفيذ العديد من العمليات المتزامنة على مجموعات البيانات المحمية. تقليل الحمل الزائد لوحدة المعالجة المركزية بفضل التشفير، يمكن معالجة المزيد من الطلبات أو تخصيص المزيد من الموارد لمهام النظام الأخرى.
عمليًا، يمكن للمسؤولين الاستمرار في الاعتماد على وظائف التشفير الأصلي لنظام ملفات ZFS لحماية البيانات الحساسة دون التأثير الكبير على الأداء الذي كانت عليه الأجيال السابقة. لا يصبح التشفير "مجانيًا"، ولكنه يصبح أكثر قابلية للإدارة في ظل أحمال العمل التي كان يمثل فيها سابقًا عائقًا واضحًا.
ZIL في وحدات التخزين الافتراضية الخاصة وتحسينات في وحدات التخزين الصغيرة الخاصة
يُقدّم OpenZFS 2.4 أيضًا ميزات جديدة فيما يتعلق بـ أجهزة افتراضية خاصة، تلك الأجهزة المصممة لتخزين أنواع معينة من البيانات (مثل البيانات الوصفية، أو الكتل الصغيرة، أو جداول إزالة التكرار) على وسائط أسرع، وعادة ما تكون SSD أو NVMe.
من جهة، أصبح من الممكن الآن السماح بـ ZIL (سجل نوايا ZFS) يُفضل تخزينها على وحدات تخزين افتراضية مخصصة عند توفرها. هذا يُسهّل تركيز عمليات الكتابة المتزامنة على الأجهزة ذات زمن الاستجابة المنخفض، مما يُحسّن زمن استجابة التطبيقات التي تعتمد على عمليات متزامنة مكثفة، مثل قواعد البيانات أو أنظمة المراسلة ذات القدرة العالية على الاحتفاظ بالبيانات.
من ناحية أخرى، يتوسع نطاق سلوك الخاصية special_small_blocks لذلك كتابات زفول يمكن أيضًا تخزينها في وحدات تخزين افتراضية خاصة، وليس فقط في كتل ملفات عادية محددة. علاوة على ذلك، تم تخفيف شرط أن تكون القيمة من مضاعفات العدد اثنين، مما يسمح للمسؤول باختيار أحجام أدق تتناسب مع حجم العمل الفعلي بدلاً من التقيد بخيارات جامدة.
تتيح هذه التحسينات مجتمعة تصميم بنى تخزين حيث البيانات الأكثر أهمية تُخزَّن البيانات الوصفية (مثل الكتل الصغيرة، وجداول ZIL، وجداول إزالة التكرار، وغيرها) على وسائط تخزين أسرع، بينما تبقى غالبية البيانات على أقراص أقل تكلفة. كل هذا يمنح مرونة أكبر في تحديد ما يُعتبر "صغيرًا" وما لا يُعتبر كذلك.
إعادة كتابة ZFS وإعادة كتابة ZFS -P: نقل البيانات بكفاءة
لقد قدمت سلسلة 2.3 بالفعل واحدة من أبرز الميزات في الآونة الأخيرة: الأمر الفرعي إعادة كتابة zfsيُطوّر OpenZFS 2.4 هذه الأداة خطوةً أخرى من خلال دمج المتغير zfs rewrite -Pمما يضيف إمكانيات جديدة عند نقل البيانات داخل مجموعة البيانات.
القيادة zfs rewrite يسمح "لإعادة الكتابةيتم نسخ محتوى الملف أو مجموعة البيانات دون تغيير معناه المنطقي، ولكن يتم نقله فعليًا إلى مناطق أخرى ذات خصائص داخلية مختلفة. وهذا يسمح بإجراء تعديلات مثل خوارزمية الضغط، ونوع المجموع الاختباري، وما إذا كان يتم تطبيق إزالة التكرار، وعدد النسخ، أو حتى الجهاز المفضل، دون الحاجة إلى نسخ البيانات إلى مساحة المستخدم وإعادة كتابتها.
لهذا الأمر عدة مزايا واضحة: فهو يقلل من حركة بيانات الإدخال/الإخراج مقارنةً بطريقة "النسخ وإعادة التسمية" التقليدية، ويقلل من تأثيرها على ذاكرة التخزين المؤقت، ويتجنب فترات طويلة من نقل البيانات عبر أدوات خارجية. علاوة على ذلك، ولأنه لا يوجد تغيير منطقي في المحتوى، لم يتم تغيير وقت التعديل ولا الخصائص الأخرى المرئية من وجهة نظر المستخدم، مما يعني أن العديد من التطبيقات ليست على دراية بالعملية.
الخيار zfs rewrite -P يضيف إمكانية الحفاظ على وقت الميلاد المنطقي يُفضّل استخدام الكتل كلما أمكن ذلك، مما يُساعد على تقليل حجم عمليات النسخ التزايدي. وبفضل الحفاظ على استقرار هذه المعلومات، يُمكن لعمليات الإرسال/الاستقبال اللاحقة تحديد ما تغيّر فعليًا وما لم يتغيّر بشكل أفضل، مما يُقلل من كمية البيانات التي يجب نقلها بين الأنظمة.
ومن المزايا المهمة الأخرى أن عملية إعادة الكتابة محمية بواسطة أقفال النطاق بشكل طبيعي، لذا يمكن تشغيله بالتوازي مع أحمال العمل الحقيقية دون عرقلة النظام بشكل مفرط. في مجموعات البيانات مع sync=always وتكون الفائدة أكبر من ذلك، لأنه من خلال عدم وجود أي تعديل منطقي للبيانات، لا يتم فرض أي عمليات كتابة إضافية في ZIL، مما يتجنب تكلفة إضافية في العمليات المتزامنة.
خيارات إدارة جديدة في OpenZFS 2.4: -a|–all، وفحص النطاق، وجلب البيانات المسبق لـ BRT
يُحسّن OpenZFS 2.4 أيضًا مجموعة أدوات الإدارة ويُوسّعها، مع توفير العديد من الخيارات المفيدة جدًا للاستخدام اليومي. ومن بين هذه الخيارات إضافة خيار -أ|–الكل في الأوامر التي تقوم بمهام الصيانة على مجموعات البيانات، مثل التنظيف أو التقليم أو التهيئة.
يتيح هذا الخيار إمكانية إطلاق عملية تؤثر جميع المسابح المستوردة يتم ذلك دفعة واحدة، بدلاً من الاضطرار إلى المرور على كل منها يدويًا. هذا يبسط الأمور بشكل كبير على الخوادم التي تدير مجموعات متعددة، مما يقلل من الأخطاء البشرية ويسهل الأتمتة.
بالإضافة إلى ذلك، إمكانية إطلاق zpool scrub يقتصر على نطاقات زمنية محددة من خلال الخيارات -S -Eتُعتبر هذه الوظيفة ذات قيمة عالية عندما تريد مراجعة فترة زمنية محددة فقط يُشتبه في وجود مشاكل فيها، أو عندما تريد توزيع تكلفة عملية التنظيف على عدة عمليات تنفيذ جزئية حتى لا تؤثر على الأداء العام بشكل كبير.
ومن الميزات الجديدة الأخرى ذات الصلة إضافة zpool prefetch -t brt لتحميلها مسبقًا في الذاكرة جدول مرجعي للكتل (جدول استنساخ الكتل)وهذا يسمح باستغلال أفضل لوظيفة استنساخ الكتل التي تم تقديمها في الإصدارات السابقة، مما يقلل من زمن الوصول عند الوصول إلى الهياكل الداخلية المشاركة في هذه الميزة.
الأذونات، والأدوات التي أعيد تسميتها، والتحسينات على إزالة التكرارات واستنساخ الكتل
من بين التحسينات الصغيرة ولكن المهمة التي تُحسّن التجربة، يُضيف OpenZFS 2.4 إذنًا جديدًا إرسال: مشفرصُممت هذه الميزة لتوفير تحكم أكثر دقة في من يمكنه إرسال البيانات المشفرة، وهي تعمل بشكل جيد مع الفرق التي لديها فصل للمسؤوليات بين أولئك الذين يديرون اللقطات، وأولئك الذين يتعاملون مع النسخ المتماثل، وأولئك الذين لديهم حق الوصول إلى مفاتيح التشفير.
كما تم تغيير أسماء المرافق التقليدية، مثل arc_summary y arcstatوالتي تصبح معروفة بعد ذلك zarcsummary y zarcstatيساعد هذا التغيير على تجنب تعارضات الأسماء ويجعل من الواضح أن هذه أدوات مرتبطة بنظام ZFS، وهو أمر مفيد في الأنظمة ذات المكونات المتعددة التي تعرض أوامر مماثلة.
داخليًا، تتراكم سلسلة 2.4 تحسينات وإصلاحات جديدة ينطبق هذا على كلٍ من إزالة البيانات المكررة واستنساخ الكتل. يتم تحسين هياكل البيانات، وتصحيح الحالات الشاذة، والبحث عن أنماط وصول أفضل لجعل التأثير على الذاكرة ووحدة المعالجة المركزية أكثر قابلية للتحكم. هذه التغييرات غير مرئية للمستخدم مباشرةً، لكنها تؤدي إلى أداء أكثر استقرارًا وتقليل المفاجآت في ظل أحمال العمل المعقدة.
كتل العصابات، و ashift، و vdevs الفرعية البطيئة، والطوبولوجيات الخاصة
يتضمن OpenZFS 2.4 أيضًا مجموعة من التحسينات والإصلاحات مقارنةً بـ مجمعات سكنيةهذه ميزة داخلية في النظام مصممة للتعامل مع الكتل التي لا يمكن وضعها بالطريقة التقليدية. ورغم أن معظم المستخدمين لا يتفاعلون معها مباشرةً، إلا أن أي خلل في هذا الجزء من الكود قد يؤدي إلى عواقب وخيمة، لذا فإن الإصلاحات والتحسينات العديدة المضمنة تُعدّ بشرى سارة لمتانة النظام بشكل عام.
بالتوازي مع ذلك، فإن التعامل مع مناوبةيُحدد هذا المعيار الحد الأدنى لوحدة التخصيص بما يتوافق مع الحجم الفعلي لقطاعات الجهاز. تُقلل إدارة الإزاحة المُحسّنة من احتمالية كتابة بيانات أكثر من اللازم على الأقراص ذات القطاعات الكبيرة، وتُساعد في الحفاظ على مستويات أداء مقبولة طوال فترة استخدام مجموعة التخزين.
ومن الميزات الجديدة الأخرى المثيرة للاهتمام القدرة على جعل الأجهزة الافتراضية الفرعية تتصرف بطريقة معينة. بطيء بشكل غير طبيعي يمكن إيقاف تشغيلها مؤقتًا. فبدلاً من أن تؤدي إلى انخفاض أداء النظام بأكمله، يمكن إبعادها عن العمل لفترة من الوقت، وهو أمر مفيد للغاية عندما تبدأ الأقراص في التعطل، أو عندما تواجه محركات الأقراص مشاكل متقطعة، أو عندما تكون البيئات ذات أجهزة غير متناسقة.
وأخيراً، لقد حصلوا قيود طوبولوجية مخففة في وحدات التخزين الافتراضية الخاصة وإزالة التكرار، يتيح ذلك مرونة أكبر عند تصميم مجموعات التخزين ذات التكوينات المتقدمة. وهذا يُمكّن من دمج أفضل للأجهزة السريعة للبيانات الوصفية، والجداول المُزالة منها البيانات المكررة، ووحدات ZIL، وغيرها من العناصر الحساسة، دون مواجهة قيود صارمة في تعريف التخطيط.
OpenZFS 2.3.4: الصيانة، وإعادة كتابة نظام الملفات ZFS الأولية، والدمج
لفهم القفزة التي يمثلها الرقم 2.4 بشكل كامل، يجدر بنا إلقاء نظرة سريعة على OpenZFS 2.3.4 تحديث، وهي نسخة صيانة ظهرت قبل ذلك بوقت قصير ووضعت بعض الأسس لما تم دمجه لاحقًا في الفرع الرئيسي الجديد.
وصل الإصدار 2.3.4 بعد شهرين من الإصدار 2.3.3 مع تركيز قوي للغاية على المتانة والتوافقوقد وسّع هذا النظام دعم نواة لينكس حتى الإصدار 6.16، مع الحفاظ على الحد الأدنى عند الإصدار 4.18، وأكد التوافق مع نظام FreeBSD بدءًا من الإصدار 13.3، بما في ذلك الإصدار 15.0 القادم. بعبارة أخرى، كان النظام يمهد بالفعل الطريق للتعايش مع أنظمة التشغيل الحديثة دون التضحية بالاستقرار.
شهدت هذه المراجعة تحديداً الظهور الأول للنسخة الأولية من الأمر zfs rewriteمصمم خصيصًا لـ نقل البيانات دون تغيير محتواها المنطقي ودون اللجوء إلى استراتيجيات أكثر تعقيدًا مثل النسخ/إعادة التسمية أو الإرسال/الاستقبال مع إعادة تسمية مجموعة البيانات. كان الهدف هو توفير أداة قادرة على إعادة توازن مجموعة التخزين بعد إضافة وحدات تخزين افتراضية، والحد من تجزئة الملفات المكتوبة عشوائيًا، أو تطبيق خصائص تخزين جديدة على البيانات الموجودة.
بالمقارنة مع البدائل التقليدية، zfs rewrite إنها أسرع لأنها تتجنب انتقال البيانات إلى مساحة المستخدم. في مجموعات البيانات التي sync=alwaysعلاوة على ذلك، يُحسّن هذا الأداء لأنه بما أن البيانات لا تُعدّل منطقيًا، فلا يتم تشغيل أي عمليات كتابة إضافية في ZIL. كل هذا دون المساس بأي شيء. وقت التعديل أو البيانات الوصفية الأخرى مرئي للتطبيقات، مما يقلل من التأثير على البرامج التي تعمل فوقه.
كما وفر الإصدار 2.3.4 العديد من الميزات إعدادات خاصة بنظام FreeBSDتضمنت هذه النسخة تحسينات في التغليف ومجموعة من الإصلاحات الطفيفة التي حسّنت بعض جوانب الكود. لم تكن هذه النسخة تهدف إلى إدخال تغييرات جذرية، بل إلى تحسين الاستقرار قبل الانتقال إلى الفرع 2.4 الذي يتضمن حزمة أكبر من الميزات الجديدة.
OpenZFS 2.4 RC1، RC2، RC4: الاختبار، والتعليقات، ومناقشات المجتمع
قبل إعلان استقرار سلسلة الإصدار 2.4، أصدر المشروع عدة إصدارات الافراج عن المرشحين (RC1، RC2، RC4) بهدف تمكين المستخدمين المتقدمين والمطورين من اختبارها والإبلاغ عن المشاكل. وقد تضمنت هذه الإصدارات التجريبية جميع الميزات التي ناقشناها تقريبًا: الحصص الافتراضية، والإدخال/الإخراج بدون ذاكرة تخزين مؤقتة كخيار احتياطي، والتحكم الموحد في تخصيص الذاكرة، وتحسينات التشفير، وZIL في وحدات التخزين الافتراضية الخاصة، وامتدادات special_small_blocks، وأذونات جديدة، وإعادة تسمية الأدوات، وغير ذلك الكثير.
أكدت مذكرتا RC1 وRC2 على أهمية المجتمع سنختبر الإصدارات وإرسال الملاحظات عبر GitHub، بما في ذلك أوامر لعرض التغييرات بسهولة مقارنةً بالفرع المرجعي (مع مجموعات من git cherry (مقارنة إصدار zfs-2.3 مع الإصدارات التجريبية المختلفة). كانت الرسالة واضحة: الهدف هو اختبار الكود في بيئات واقعية قبل تصنيفه على أنه "مستقر".
ومع ذلك، فإن ظهور RC محدد (على سبيل المثال، 2.4.0 RC4أثار تضمين إطار عمل .NET (RF) في إصدار من نظام FreeBSD يحمل علامة "إصدار رسمي" (RELEASE)، مثل الإصدار 15.0، بعض التساؤلات. وتساءل بعض المستخدمين عن سبب اختيار تضمينه. إصدار تجريبي من OpenZFS في إصدار يُعتبر مستقرًا من نظام التشغيل بدلًا من اللجوء إلى فرع سابق مُعتمد. وقد أثار هذا الخيار بعض الاستياء لدى من يُفضلون أن يعتمد نظام الملفات الذي تُخزَّن عليه بياناتهم بشكلٍ كامل على الإصدارات النهائية.
دارت الشكوك حول مدى استدامة هذا القرار: فإذا قام شخص ما بتثبيت FreeBSD 15.0 مع OpenZFS 2.4.0-RC4 ثم لم يتبع فرع -CURRENT، فهناك مخاوف من "البقاء عالقًا" لعدة أشهر مع إصدار تجريبي حتى صدور مراجعة طفيفة أو نقطة جديدة في السلسلة. كما كان هناك قلق من أن الإصدارات المستقبلية مثل 15.1 سيتم دمج إصدار تجريبي آخر (على سبيل المثال، إصدار افتراضي 2.4.1-RC3) بدلاً من الإصدار النهائي.
وراء هذا النقاش طرق مختلفة لفهم ما "الافراج عن مرشحفي سياق حساس كنظام الملفات، يعتبر البعض نسخة مرشحة للإصدار (RC) بمثابة نسخة مستقرة عمليًا، لا تحتاج إلا إلى تعديلات طفيفة. أما بالنسبة للآخرين، فهي عبارة عن كود لا ينبغي استخدامه كأساس لنظام مصنف على أنه إصدار رسمي (RELEASE)، ويجب حصره على أولئك الذين يتابعون فروع التطوير عن كثب.
على أي حال، فقد أنجزت وحدات إعادة التأهيل مهمتها المتمثلة في أرض الاختبارأتاحت هذه التحسينات اكتشاف الأخطاء، وإجراء تعديلات على التفاصيل، والوصول بثقة أكبر إلى الإصدار "2.4 المستقر". ولا يزال بإمكان المستخدمين الذين يولون الأولوية القصوى للأمان البقاء على الإصدارات السابقة مثل 2.3.x إلى أن يروا أن الإصدار 2.4 ناضج بما فيه الكفاية للاستخدام الفعلي.
كل ما يقدمه OpenZFS 2.4 مبني على المتانة التي اكتسبها المشروع مع سلسلة 2.3 وتحديثات الصيانة الخاصة بها، حيث يجمع بين تحسينات توافق النواة وأدوات جديدة مثل إعادة كتابة zfsيتضمن هذا الإصدار تعديلات على إزالة البيانات المكررة واستنساخ الكتل، وتحسينات في التشفير، وتغييرات داخلية على كتل التجميع وخوارزمية ashift، بالإضافة إلى مجموعة من خيارات الإدارة الجديدة. ورغم وجود بعض الجدل حول استخدام الإصدارات التجريبية على أنظمة تشغيل معينة، إلا أن الإصدار المستقر 2.4 يمثل نقلة نوعية لمن يرغبون في الاستفادة القصوى من نظام ZFS على أنظمة Linux وFreeBSD دون المساس بضمانات السلامة والمرونة الراسخة.
