يجب أن نفكر في إزالة المتغيرات التالية:
PS> gv Max*Count
Name Value
---- -----
MaximumAliasCount 4096
MaximumDriveCount 4096
MaximumErrorCount 256
MaximumFunctionCount 4096
MaximumHistoryCount 4096
MaximumVariableCount 4096
إنهم لا يحمون المستخدم حقًا من أي شيء (من السهل استخدام الذاكرة بعدة طرق أخرى) ويحظرون بعض الاستخدامات الصالحة ، على سبيل المثال ، إذا أضفت> 4096 وظيفة في InitialSessionState
، فستكون الوظائف الإضافية صامتة تم تجاهله - ولا توجد طريقة جيدة لزيادة هذا الحد إلا بعد فتح مساحة التشغيل.
متفق. أفضل كثيرًا أن أرى أمر "إبلاغ" موحد يخبرني بعدد كل منهم (حتى أفضل إذا كان بإمكانه عرض طبعة الذاكرة). في حال احتجت إلى تصحيح أخطاء حالة يتم فيها استخدام الكثير من الذاكرة من أجل / بواسطة شيء ما. لكن حتى بدون ذلك ، نعم سأكون على ما يرام بإزالتها.
إنها فكرة جيدة جدًا.
لدي بعض الشكوك حول إزالة MaximumErrorCount
. الأمر مختلف جدا
من الآخرين وبعض القيود منطقية. قد يكون هناك الكثير من الأخطاء في
بعض الحالات. هذا أمر سيء للعمليات طويلة المدى. يجب على المطورين الاحتفاظ
مع الوضع في الاعتبار أن الذاكرة قد تتسرب عبر الأخطاء والاهتمام بذلك. لماذا ا؟
علاوة على ذلك ، عندما يتعين بالفعل جمع الأخطاء وتحليلها ، استخدم
-ErrorVariable
معلمة لأمر معين أفضل من استخدام
$Error
والذي قد يحتوي أيضًا على أخطاء في الضوضاء. -ErrorVariable
غير محدود.
لا تعني إزالة متغير القيمة max
أن مجموعة الأخطاء لا يزال من الممكن تغطيتها بأقصى حجم 256. أعتقد أن السؤال في هذه الحالة هو - does anybody ever change (increase) that value
؟ لا أستطيع أن أقول إنني فعلت ذلك في أكثر من 10 سنوات من استخدام PowerShell.
التعليق الأكثر فائدة
إنها فكرة جيدة جدًا.
لدي بعض الشكوك حول إزالة
MaximumErrorCount
. الأمر مختلف جدامن الآخرين وبعض القيود منطقية. قد يكون هناك الكثير من الأخطاء في
بعض الحالات. هذا أمر سيء للعمليات طويلة المدى. يجب على المطورين الاحتفاظ
مع الوضع في الاعتبار أن الذاكرة قد تتسرب عبر الأخطاء والاهتمام بذلك. لماذا ا؟
علاوة على ذلك ، عندما يتعين بالفعل جمع الأخطاء وتحليلها ، استخدم
-ErrorVariable
معلمة لأمر معين أفضل من استخدام$Error
والذي قد يحتوي أيضًا على أخطاء في الضوضاء.-ErrorVariable
غير محدود.