إليك شيء كتبته سابقًا:
خاصة
بشكل افتراضي، سيرفض النواة التخصيصات التي لا يمكنه تلبيتها. مع هذا التعديل، سيقبل هذه التخصيصات، وقد يتم تجنب الفشل، أو قد يحدث لاحقًا عندما يصبح التخصيص قيد الاستخدام.
إذا كان إجمالي ذاكرة الوصول العشوائي (RAM) والتبديل (swap) لديك كبيرًا بما يكفي، فلن تحتاج أبدًا إلى تغيير هذا الإعداد. إذا لم يكن إجمالي ذاكرتك كبيرًا، فقد يساعد تغييره.
أيضًا
الهدف هو زيادة مقدار الذاكرة الافتراضية المتاحة. (أي، مجموع ذاكرة الوصول العشوائي (RAM) والتبديل (swap).) إذا نفدت ذاكرة الوصول العشوائي (RAM)، فستبدأ في مواجهة مشاكل في الأداء. ولكن إذا نفدت الذاكرة الافتراضية، فسوف تفشل العمليات في البدء أو ستموت أو سيتم قتلها. يصبح الأمر قاسياً.
أولئك منا الذين لديهم ذاكرة وصول عشوائي (RAM) وقرص صغير قد لا يكونون أحرارًا في إضافة الكثير من التبديل (swap)، ولكن يبدو أن 2 جيجابايت هو الحد الأدنى الجيد. (إذا كان لديك 16 جيجابايت من ذاكرة الوصول العشوائي (RAM) فقد لا تحتاج إلى أي تبديل (swap)، ولكن هذه قصة أخرى. إنها مجموع الاثنين هو المهم، عندما تكون المشكلة هي فشل الأشياء.)
أما بالنسبة للمقاومة، أعتقد أنها بسبب تصور أن هذا التغيير لصالح redis، ولن يحتاجه معظم الناس.
تعديل: هذا الموضوع الأخير ربما يكون مثالاً على ذلك، حيث نفدت الذاكرة من مثيل صغير، ولم يتم تعيين تجاوز السعة (overcommit). لكننا لا نعرف ما إذا كان تعيين تجاوز السعة (overcommit) سيحل هذه المشكلة - قام الشخص بالترقية إلى ذاكرة وصول عشوائي (RAM) بسعة 8 جيجابايت.