أقراص أجهزة الكمبيوتر الافتراضية التي تكتشف NTFS (على المضيف و/أو الضيف) [مغلق

Question

آمل أن يتمكن شخص ما هنا من الإجابة على هذه الناحية بشكل قاطع:

• هل وضع ملف VHD في مجلد مضغوط NTFS على المضيف يعمل على تحسين أداء الجهاز الظاهري ، أو يقلل من الأداء ، أو لا؟
• ماذا عن استخدام ضغط NTFS داخل الضيف؟
• هل يؤدي استخدام الضغط على المضيف أو الضيف إلى أي مشاكل مثل القراءة أو كتابة الأخطاء؟
• إذا كنت سأضع VHD في مجلد مضغوط على المضيف ، فهل سأستفيد من ضغطه؟

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

Answer 1

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

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

Answer 2

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

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

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

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

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

الخلاصة: تبقي الأمر بسيطًا.