Powershell: $ MaximumFunctionCountおよびその他の制限のサポートを削除する必要があります

作成日 2016年09月10日  ·  3コメント  ·  ソース: PowerShell/PowerShell

次の変数を削除することを検討する必要があります。

PS> gv Max*Count

Name                           Value
----                           -----
MaximumAliasCount              4096
MaximumDriveCount              4096
MaximumErrorCount              256
MaximumFunctionCount           4096
MaximumHistoryCount            4096
MaximumVariableCount           4096

それらは実際にはユーザーを何からも保護せず(他の多くの方法でメモリを使い果たすのは簡単です)、いくつかの有効な使用をブロックします。たとえば、 InitialSessionStateに> 4096の関数を追加すると、追加の関数はサイレントになります。無視されます-そして、ランスペースが開かれるまで、その制限を増やす良い方法はありません。

Issue-Bug WG-Engine WG-Language

最も参考になるコメント

それはとても良い考えです。

MaximumErrorCount削除することに疑問があります。 とても違います
他の人からといくつかの制限は理にかなっています。 に多くのエラーがある可能性があります
ある場合。 これは、長時間実行されるプロセスには適していません。 開発者は維持する必要があります
エラーやこれに注意することでメモリがリークする可能性があることに注意してください。 どうして?

さらに、エラーを実際に収集して分析する必要がある場合は、
特定のコマンドの-ErrorVariableパラメーターは、を使用するよりも優れています
$Errorこれにもノイズエラーが含まれている可能性があります。 -ErrorVariableは無制限です。

全てのコメント3件

同意しました。 私はむしろ、私が持っているそれぞれの数を教えてくれる統合された「レポート」コマンドを見たいと思っています(メモリフットプリントを表示できればさらに良いです)。 何かのために/何かによってあまりにも多くのメモリが使用されている状況をデバッグする必要がある場合に備えて。 しかし、それがなくても、ええ、私はこれらを削除しても大丈夫でしょう。

それはとても良い考えです。

MaximumErrorCount削除することに疑問があります。 とても違います
他の人からといくつかの制限は理にかなっています。 に多くのエラーがある可能性があります
ある場合。 これは、長時間実行されるプロセスには適していません。 開発者は維持する必要があります
エラーやこれに注意することでメモリがリークする可能性があることに注意してください。 どうして?

さらに、エラーを実際に収集して分析する必要がある場合は、
特定のコマンドの-ErrorVariableパラメーターは、を使用するよりも優れています
$Errorこれにもノイズエラーが含まれている可能性があります。 -ErrorVariableは無制限です。

max値変数を削除しても、エラーコレクションを最大サイズ256で制限できなかったわけではありません。この場合の質問は- does anybody ever change (increase) that value ? PowerShellを使用して10年以上でこれを行ったことがあるとは言えません。

このページは役に立ちましたか?
0 / 5 - 0 評価