لماذا تؤدي عملية جمع القمامة في أقراص الحالة الصلبة (SSD) إلى إبطاء جهاز التخزين الشبكي المنزلي (NAS) أثناء فترات الكتابة المكثفة؟

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

انخفاض معدل النقل لا يثبت أن جمع القمامة هو السبب. قد يسبب استنفاد ذاكرة التخزين المؤقت pseudo-SLC، أو تقليل الأداء الحراري، أو عمل RAID، أو سلوك نظام الملفات، أو حدود PCIe، أو الشبكة نفس العرض. اسأل ما الذي تغير في مسار التخزين عندما انخفضت السرعة.

ما الذي تفعله عملية جمع القمامة في SSD فعليًا؟

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

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

مع وجود عدد كافٍ من الكتل النظيفة ووقت خمول، يمكن أن تظل هذه الأعمال المنزلية غير ملحوظة. عندما تعمل عملية الاسترداد في المقدمة، تستخدم عمليات الكتابة من المضيف وحركة البيانات الداخلية موارد المتحكم وذاكرة NAND معًا. عندها يلاحظ المستخدمون أوقات إكمال إدخال/إخراج أطول، وسرعة كتابة غير متساوية، أو استجابات متأخرة للتطبيقات.

لماذا تكشف عمليات الكتابة القصوى عن أعمال تبقى عادة مخفية؟

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

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

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

ما هي ظروف NAS المنزلية التي تزيد من ضغط GC؟

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

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

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

لماذا لا يكون كل انخفاض مفاجئ في كتابة SSD حدثًا لجمع القمامة؟

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

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

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

ما الذي يغيره TRIM والمساحة الحرة فعليًا؟

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

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

كيف تصل عملية الحذف إلى الجهاز تعتمد على نظام التشغيل ونظام الملفات وطبقة التخزين وتكوين المصفوفة. يمكن أن يكون للحذف المستمر عبر الإنترنت تكلفة بحد ذاته. بالنسبة لـ XFS، يوصي توجيهات الحذف في لينكس باستخدام نهج fstrim الدوري بدلاً من خيار التثبيت discard بسبب تأثير الأخير على الأداء. لا ينبغي تعميم هذه النصيحة الخاصة بنظام الملفات إلى إعداد واحد لكل NAS.

ماذا يجب أن تقيس قبل لوم جمع القمامة؟

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

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

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

الأسئلة الشائعة

هل يؤثر جمع القمامة في SSD على حركة مرور NAS التي تعتمد على القراءة؟

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

هل يمكن لشبكة أسرع إخفاء جمع القمامة في SSD؟

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

لماذا يمكن أن تستعيد سرعة الكتابة بعد أن يظل NAS في وضع الخمول؟

قد يسمح وقت الخمول للمتحكم بتحضير كتل نظيفة، أو دمج البيانات المؤقتة، أو إكمال صيانة أخرى دون التنافس مع كتابات المضيف. يدعم الاسترداد فرضية العمل في الخلفية، لكنه لا يمكنه تحديد جمع القمامة بمفرده لأن التبريد والمهام المكتملة على NAS يمكن أن تنتج تحسنًا مشابهًا.

هل يمكن لتشغيل اختبار واحد تأكيد وجود مشكلة في جمع القمامة؟

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

هل تلغي محركات الأقراص ذات الحالة الصلبة المؤسسية جمع القمامة؟

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

النتيجة النهائية

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