منذ عدة أشهر تحدثنا هنا على المدونة عن reiser5والتي هو نظام ملفات تحتفظ بها إدوارد شيشكين والتي تبرز لتضمين الابتكار في القياس الموازي ، الذي يتم تنفيذه ليس على مستوى الكتلة ، ولكن من خلال نظام الملفات.
Reiser5 هو نسخة منقحة بشكل كبير من نظام ملفات ReiserFS ، حيث يتم تنفيذ دعم وحدات التخزين المنطقية المتوازية القابلة للتطوير ، السماح بتوزيع فعال للبيانات عبر وحدة تخزين منطقية.
الآن ، في أحدث الأخبار ، أعلن Eduard Shishkin عن ميزات جديدة يتم تطويرها كجزء من مشروع Reiser5.
من الابتكارات الحديثة ، لقد لوحظ أنه يمكن للمستخدم إضافة جهاز كتلة صغير عالي الأداء (على سبيل المثال ، NVRAM) ، يسمى قرص وكيل ، إلى حجم منطقي كبير نسبيًا يتكون من أقراص منخفضة الميزانية. سيعطي هذا انطباعًا بأن وحدة التخزين بأكملها تتكون من نفس الأجهزة عالية الأداء مثل "القرص الوكيل".
الطريقة المنفذة كانت مبنية على ملاحظة بسيطة هذا ، في الممارسة العملية ، الكتابة على القرص لا تتم باستمرار والمنحنى تحميل الإدخال / الإخراج لها شكل منقار. في الفترة الفاصلة بين هذه "الارتفاعات" ، هناك دائمًا فرصة لتفريغ البيانات من قرص وكيل عن طريق الكتابة فوق كل (أو جزء فقط) من البيانات الموجودة على وحدة التخزين الرئيسية "البطيئة" في الخلفية. لذلك ، تكون وحدة البروكسي جاهزة دائمًا لاستلام جزء جديد من البيانات.
في البداية ، هذه التقنية (المعروف باسم Burst Buffers) نشأت في مجال الحوسبة عالية الأداء (HPC). ولكن اتضح أنه طلب أيضًا تطبيقات عادية ، خاصة تلك التي تفرض متطلبات عالية على تكامل البيانات (عادةً ما يكون هذا نوعًا مختلفًا من قواعد البيانات). يتم إجراء هذه التغييرات بشكل ذري بواسطة أي تطبيق في أي ملف ، وهي:
- أولاً يتم إنشاء ملف جديد يحتوي على البيانات المعدلة ؛
- ثم تتم كتابة هذا الملف الجديد على القرص باستخدام fsync (2) ؛
- بعد ذلك ، تتم إعادة تسمية الملف الجديد بالملف القديم ، والذي يحرر تلقائيًا الكتل التي تشغلها البيانات القديمة.
كل هذه الخطوات ، بدرجة أو بأخرى ، تسبب انخفاضًا ملحوظًا في الأداء على أي نظام ملفات. يتحسن الموقف إذا تمت كتابة الملف الجديد أولاً على جهاز مخصص عالي الأداء ، وهو بالضبط ما يحدث في نظام ملفات Burst Buffers.
في Reiser5 ، من المخطط أن ترسل اختياريًا ليس فقط الكتل المنطقية الجديدةs من ملف إلى قرص وكيل ، ولكن أيضًا جميع الصفحات المتسخة بشكل عام. أيضًا ، ليس فقط الصفحات التي تحتوي على بيانات ، ولكن أيضًا مع البيانات الوصفية ، والتي يتم تسجيلها في الخطوتين (2) و (3).
يتم دعم الأقراص الوكيل في سياق العمل المنتظم مع وحدات التخزين المنطقية أعلن Reiser5 في وقت سابق من العام. أي أن النظام التجميعي "قرص الوكيل - التخزين الأساسي" هو وحدة تخزين منطقية عادية ، والفرق الوحيد هو أن للقرص الوكيل الأولوية على مكونات وحدة التخزين الأخرى في سياسة عنونة القرص.
لا تترافق إضافة قرص وكيل إلى وحدة تخزين منطقية مع أي إعادة موازنة للبيانات ، وتتم إزالته بنفس طريقة إزالة قرص عادي. جميع عمليات القرص الوكيل هي ذرية.
بعد إضافة قرص وكيل ، تزداد السعة الإجمالية لوحدة التخزين المنطقية حسب سعة هذا القرص.
يجب تنظيف القرص الوكيل بشكل دوري ، أي تفريغ البيانات منه إلى وحدة التخزين الرئيسية. بعد الوصول إلى استقرار Reiser5 beta ، من المخطط إجراء التنظيف تلقائيًا (سيتم التعامل معه بواسطة خيط نواة خاص). في هذه المرحلة ، تقع مسؤولية التنظيف على عاتق المستخدم.
في حالة عدم وجود مساحة خالية على القرص الوكيل ، تتم كتابة جميع البيانات تلقائيًا إلى وحدة التخزين الرئيسية. في الوقت نفسه ، ينخفض الأداء العام للخدمة الثابتة افتراضيًا (بسبب الاحتجاج المستمر بإجراءات الالتزام لجميع المعاملات المتاحة).
مصدر: https://marc.info
لم أكن أعلم أن ReiserFS كان لا يزال نشطًا ، بعد الانقطاع الذي تسبب فيه ما فعله هانز ،،
لقد ظل هادئًا ، لكن التطوير مستمر.