ذاكرة التخزين المؤقت للقراءة على SSD مقابل القرص المباشر لعمليات القراءة متعددة المستخدمين في NAS: متى يغيّر الاستخدام المشترك المتكرر الخيار الأفضل؟

تصبح ذاكرة التخزين المؤقت لقراءة SSD أكثر قيمة في أجهزة NAS متعددة المستخدمين عندما يطلب عملاء مختلفون الكتل الساخنة نفسها بشكل متكرر بعد أن تعود تلك الكتل غير ملائمة لذاكرة RAM. يظل الوصول المباشر إلى القرص هو الخيار الأساسي الأفضل عندما يقرأ المستخدمون غالبًا بيانات مختلفة، أو عندما يكون عبء العمل تسلسليًا، أو عندما يخدم تجمع HDD الطلبات بسرعة تفوق قدرة شبكة العميل على استهلاكها.

المتغير الجديد في القرار هو إعادة الاستخدام المشتركة. لا يجعل عشرة مستخدمين ذاكرة التخزين المؤقت مفيدة تلقائيًا: فقد يؤدي عشرة أشخاص يقرأون عشرة أرشيفات غير مترابطة إلى إنشاء مجموعة عمل قابلة لإعادة الاستخدام تكاد تكون معدومة، بينما يمكن لثلاثة محررين يفتحون أصول المشروع نفسها مرارًا أن يحولوا نسخة واحدة مخزنة مؤقتًا إلى عدد كبير من عمليات قراءة القرص التي تم تجنبها. قِس التداخل، لا عدد المستخدمين.

يجب أن تتجاوز إعادة الاستخدام المشتركة ذاكرة RAM قبل احتساب فائدة SSD

تصل القراءات المتكررة عادةً إلى RAM قبل وصولها إلى ذاكرة تخزين SSD المؤقتة. في ZFS، تُعد ARC ذاكرة التخزين المؤقت الأساسية للقراءة، بينما تُعد L2ARC طبقة SSD/NVMe الثانوية. قد يبدو فتح مستخدم ثانٍ للملف نفسه «سريعًا مثل SSD»، حتى عندما لا تغادر البيانات الذاكرة مطلقًا، لذلك يجب أن يحدد الاختبار الدافئ متعدد المستخدمين الطبقة التي خدمت الطلب.

توضح Klara Systems أن L2ARC تخزن الكتل التي كان سيجري إخراجها من ARC، وتكون أكثر فائدة عندما تكون مجموعة العمل النشطة أكبر من RAM، لكنها لا تزال صغيرة بما يكفي لتتسع داخل RAM بالإضافة إلى L2ARC. ويقدم تحليلها لعام 2026 حول ملاءمة مجموعة العمل لـ L2ARC البوابة الأولى الصحيحة: لا تصبح ذاكرة التخزين المؤقت على SSD مهمة إلا بعد أن تؤدي حالات فقدان الذاكرة إلى إنشاء قراءات حقيقية من الواجهة الخلفية.

إذا كانت ARC أو ذاكرة التخزين المؤقت للصفحات في نظام التشغيل تحققان بالفعل معدل إصابة مرتفعًا للبيانات المشتركة، فقد تؤدي إضافة ذاكرة تخزين SSD المؤقتة فقط إلى نقل النسخ إلى طبقة أبطأ، مع استهلاك الذاكرة للبيانات الوصفية لذاكرة التخزين المؤقت. ولا يكون القرص المباشر هو المنافس الحقيقي حتى في هذه الحالة؛ فقد فازت RAM بالفعل.

تساعد المستخدمون المتعددون فقط عندما تتداخل مجموعات البيانات الساخنة لديهم

يتغير اقتصاديات الوصول متعدد المستخدمين عندما تتقارب الطلبات على بيانات مشتركة: مجلدات المشاريع المشتركة، وحزم البرامج، وقوالب الأجهزة الافتراضية، والصور المصغرة، والفهارس، والوسائط المرجعية، أو أدلة الفريق التي يجري تصفحها كثيرًا. يمكن لنسخة واحدة على SSD تلبية حالات الفقدان المتكررة من عدة عملاء، مما يقلل عمليات البحث الميكانيكية ويقصر قوائم انتظار HDD خلال فترات الانشغال.

تصف إرشادات Klara الأوسع لضبط الأداء ARC بأنها توازن بين الحداثة والتكرار، وتوضح أن الكتل المعاد استخدامها كثيرًا تتصرف بشكل مختلف عن عمليات المسح التي تُجرى مرة واحدة. ويُعد سلوك ذاكرة التخزين المؤقت الواعي بالتكرار هو الآلية المهمة هنا: إذ تزيد إعادة الاستخدام المشتركة احتمال بقاء الكتلة التي رقاها مستخدم واحد مفيدةً لمستخدم آخر.

قد يؤدي عدد المستخدمين من دون تداخل إلى النتيجة العكسية. فإذا قرأ كل فرد من أفراد الأسرة أو كل محطة عمل مجموعة بيانات منفصلة، تنمو مجموعة العمل المجمعة بسرعة أكبر، وقد تتسبب في تبديل محتويات كل من RAM وذاكرة SSD المؤقتة باستمرار. عندها يقلل المزيد من المستخدمين معدل الإصابة بدلًا من تحسينه. والسؤال هو «ما مقدار البيانات الساخنة المشتركة الموجودة؟» وليس «كم عدد العملاء المتصلين؟»

يفوز القرص المباشر عندما يحدد معدل النقل التسلسلي أو الشبكة السقف

غالبًا ما تكون مشاهدة الوسائط الكبيرة، والتحقق من النسخ الاحتياطية، وعمليات مسح الأرشيف لمرة واحدة تسلسلية، وقد تلامس كل كتلة مرة واحدة فقط. ويمكن لتجمع HDD متعدد الأقراص وسليم أن يبث هذه البيانات بكفاءة، بينما لا ترى ذاكرة التخزين المؤقت إلا قدرًا ضئيلًا من إعادة الاستخدام المستقبلية. وإذا كانت شبكة 2.5GbE أو 1GbE مشبعة بالفعل، فقد لا يؤدي تقديم القراءة نفسها من SSD إلى تقليل زمن الإكمال الذي يراه العميل.

تشير مقالة ضبط L2ARC أيضًا إلى أن حركة الجلب المسبق التسلسلي لا تُرقّى دائمًا إلى L2ARC، وأن ذاكرة التخزين المؤقت للقراءة غير فعالة مع أحمال العمل كثيفة الكتابة أو مجموعات البيانات الأكبر بكثير من هرم التخزين المؤقت. ولهذا يجب ألا يستخدم اختبار ذاكرة التخزين المؤقت نسخةً ثانيةً من مجلد صغير واحد فقط، ثم يعمم النتيجة على البث بمقياس عدة تيرابايت.

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

قد يجعل تبديل محتوى ذاكرة التخزين المؤقت طبقة SSD تبدو مشغولة من دون تسريع المستخدمين

يجب ملء ذاكرة التخزين المؤقت لقراءة SSD وفهرستها وإدارتها. وإذا تغيرت مجموعة العمل المجمعة باستمرار، فقد تُخرج الكتل المفيدة قبل أن يعيد مستخدم آخر استخدامها. وقد يُظهر جهاز التخزين المؤقت نشاطًا كثيفًا بينما يواصل تجمع HDD معالجة العديد من حالات الفقدان، ولهذا فإن استخدام SSD وحده ليس دليلًا على الفائدة.

يصف موضوع في مجتمع TrueNAS من عام 2025 حمل عمل مختلطًا لـ NAS وProxmox، حيث كانت معدلات إصابة ARC مرتفعة عادةً، لكنها انخفضت بشدة أثناء أحداث مثل إعادة تشغيل العديد من الأجهزة الافتراضية، بينما استوعبت L2ARC جزءًا مهمًا من حالات الفقدان. وتُعد حالة ذاكرة التخزين المؤقت لحمل العمل المختلط هذه مثالًا على نمط تشغيل حقيقي مفيد، لا هدفًا عالميًا لمعدل إصابة محدد.

تخسر ذاكرة التخزين المؤقت من حيث القيمة عندما تبدل محتوياتها باستمرار، أو تستهلك قدرًا نادرًا من RAM للبيانات الوصفية، أو تقترب تكلفتها من تكلفة وضع مجموعة البيانات الساخنة المعروفة على وحدة تخزين SSD مخصصة. ذاكرة التخزين المؤقت هي وضع تكيفي للبيانات، بينما طبقة SSD المخصصة هي وضع صريح. استخدم الخيار الأخير عندما تكون زمنية الاستجابة المتوقعة أهم من الترقية والإخراج التلقائيين.

اختبر مجموعات العمل المشتركة، لا تكرار عميل واحد لمجلد واحد

أنشئ ثلاث مجموعات بيانات: مجموعة ساخنة مشتركة يستخدمها جميع العملاء، ومجموعة خاصة لكل عميل، ومجموعة أرشيف تسلسلية. شغّل الجدول نفسه أولًا من دون ذاكرة تخزين SSD مؤقتة ثم معها. سجّل إصابات ARC/ذاكرة تخزين الصفحات، وإصابات ذاكرة SSD المؤقتة، وعمليات الإدخال والإخراج وزمن استجابة HDD، واستخدام الشبكة، وزمن استجابة العميل عند المئين 95. يجب أن تقلل ذاكرة التخزين المؤقت عمل القرص في الواجهة الخلفية للمجموعة المشتركة، لا أن تنتج مجرد تشغيل ثانٍ أسرع.

لا تمسح ذاكرات التخزين المؤقت للإنتاج بطريقة مدمرة لمجرد إنشاء اختبار معياري. استخدم مجموعة بيانات اختبار أكبر من RAM المتاحة، أو عمليات إعادة تشغيل مضبوطة عند الحاجة، أو عمليات تشغيل طويلة بما يكفي لدفع المجموعة المشتركة عبر الهرم المعتاد. قارن السلوك المستقر بعد الإحماء بالسلوك البارد أيضًا، لأن ذاكرة التخزين المؤقت التي يستغرق إحماؤها وقتًا أطول من مدة حمل العمل لا تملك قيمة عملية تُذكر.

تحدد مقالة ZimaSpace الحالية حول قرار ذاكرة التخزين المؤقت العام للقراءات المتكررة حدود مجموعة العمل لدى المستخدم الواحد. ويضيف هذا الاختبار سؤالًا منفصلًا: هل يعيد المستخدمون المختلفون استخدام الكتل المخزنة مؤقتًا لدى بعضهم بعضًا بوتيرة كافية لتغيير النتيجة فعلًا؟

استخدم ثلاث نتائج بدلًا من فرض خيار ذاكرة التخزين المؤقت أو عدم استخدامها

اختر ذاكرة تخزين SSD مؤقتة للقراءة عندما تفقد مجموعة العمل المشتركة البيانات من RAM، وتتكرر بين المستخدمين، وتناسب طبقة التخزين المؤقت بما يكفي لإنتاج إصابات مستقرة، وينخفض زمن استجابة HDD عند تفعيل ذاكرة التخزين المؤقت. وحافظ على الوصول المباشر إلى القرص عندما تكون القراءات تسلسلية أو خاصة في الغالب، أو عندما يحقق التجمع أهداف زمن الاستجابة بالفعل، أو عندما تظل الشبكة هي السقف الظاهر.

اختر مجموعة بيانات أو وحدة تخزين SSD مخصصة عندما يجب أن تكون الملفات الساخنة سريعة فورًا، أو عندما تجري كتابتها كثيرًا، أو عندما تكون مهمةً جدًا بحيث لا ينبغي الاعتماد على سياسة الترقية والإخراج. ويكتسب هذا الخيار الثالث أهمية خاصة لأقراص الأجهزة الافتراضية النشطة، وقواعد البيانات، وحالة الحاويات، أو ملفات المشاريع ذات الحد الساخن المعروف.

يجب ألا يتغير الفائز إلا عندما يتغير شرط مقاس: إعادة الاستخدام المشتركة، أو حالات فقدان الذاكرة، أو زمن استجابة القرص في الواجهة الخلفية، أو استقرار معدل إصابة ذاكرة التخزين المؤقت، أو السعة المتاحة في الشبكة. وإذا لم يتغير أي من ذلك، فإن ذاكرة التخزين المؤقت لقراءة SSD ليست سوى جهاز آخر يحتاج إلى الإدارة. ينشئ التوسع متعدد المستخدمين فرصة للتخزين المؤقت فقط عندما ينشئ قراءات مشتركة قابلة للتكرار.