لماذا تؤدي ذاكرات التخزين المؤقت للتطبيقات والملفات المؤقتة إلى إبطاء تخزين خادم المنزل؟

تبطئ ذاكرات التخزين المؤقتة للتطبيقات والملفات المؤقتة تخزين خادم المنزل عندما تشترك كتاباتها المتكررة في نفس مسار الإدخال/الإخراج الدائم مع قواعد البيانات، مكتبات الوسائط، وملفات المستخدم.

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

السبب الأساسي: الكتابات القابلة للتخلص منها تشترك في مسار الإدخال/الإخراج الدائم

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

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

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

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

الملفات المؤقتة الصغيرة تضاعف عبء التخزين

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

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

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

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

الاستمرارية تحول تقلبات الذاكرة المؤقتة إلى ضغط طويل الأمد

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

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

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

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

الأسئلة المتكررة

هل تجعل ذاكرات التخزين المؤقتة للتطبيقات خادم المنزل أبطأ دائمًا؟

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

هل تقضي أقراص الحالة الصلبة على تباطؤ الملفات المؤقتة؟

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

هل يجب تضمين بيانات التطبيقات المؤقتة في اللقطات أو النسخ الاحتياطية؟

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

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