問題タブ [working-set]

MinWorkingSet および MaxWorking セットを 64 ビット .NET プロセスに設定するにはどうすればよいですか?

ps 次のように、32 ビット プロセスの MinWorkingSet と MaxWorking セットを設定できます。

C/C++ コード開発に役立つ単純なアプリケーションを作成しようとしています。欠落しているオブジェクト/関数を探し、標準の C/C++ ヘッダーの 1 つを自動的に含めます。外部ライブラリはないと想定しているため、名前の衝突はあり得ません。

私が考えた最初のアプローチは、別の C コードからコンパイル プロセス ( gcc / clang ) を実行し、不足しているシンボルを取得することです。バカなら言ってよ。では、ハードコーディングされた gcc 出力解析を行わずに、未解決のシンボルのリストを取得するにはどうすればよいでしょうか?

これらのコンパイラのいずれかがコード駆動型のコンパイルに役立つライブラリである場合は、書いてください。

ありがとう！:) アダム

「従来の」.NET サーバー アプリケーションで OutOfMemoryException が本番環境でスローされたというインシデントを調査しています。私の目的は、Performance Monitor を通じて収集されたデータの特定の部分を解釈し、次に進む方法についてアドバイスを求めることです。事実のリストから始めましょう。

1. このプロセスは、クラッシュまで20 日以上実行されていました。
2. System.OutOfMemoryException型の例外がスローされたため、クラッシュしました。
3. 過去にも同様の事件がありました。同様に、アプリケーションがクラッシュするのにも長い時間がかかります。
4. プロセスは、次のカウンタによってパフォーマンス モニタを介して監視されていました: # Bytes in all Heaps, % Processor Time, Private Bytes, Working Set.
5. 本番環境でメモリ ダンプを取得できず、再現できていません。

最初のスクリーンショットでは、7 日間のカウンターの全体的な動作を確認できます。物事はかなり安定しています。2 番目のスクリーンショットは、クラッシュ前後の最後の 1 分間の動作を示しています。OutOfMemoryException は3:13:49PMに記録されました。

私の質問は次のとおりです。全体的には 650 MB で安定しており、10 秒で 1.3 GB まで上昇しました。2.クラッシュの直前にOOMをトリガーした何かを見つけることに集中する必要がありますか、それとも累積的な要因でしょうか? ご覧のとおり、プライベート バイトとすべてのヒープのバイトはほぼ安定しています。

Eclipse Indigo のプロジェクト エクスプローラーで最上位要素としてワーキング セットを選択すると、常に仮想ワーキング セットが存在していましたOther Projects。しかし、Juno では現在、ワーキング セット外のプロジェクトは表示されないようです...この動作を再度有効にする方法はありますか?

アップデート：

Select Working Sets...ダイアログ のスクリーンショットは次のとおりです。

プロジェクトのワーキングセットをクリアしたときに、一部のワーキングセットを削除できません。このワーキングセットのプロパティは次のとおりです。どうすれば削除できますか？

私の日食バージョン：Juno SR1 20120920-0800

Eclipse を不当にシャットダウンする必要があり (pid 自体を強制終了)、再起動すると、すべてのプロジェクトが Package Explorer に、Other Projectsというワーキング セットに属するものとして表示されます。残念ながら、他のプロジェクトを削除すると、そこに含まれるすべてのプロジェクトも削除されてしまいます。

この作業セットからすべてのプロジェクトを単純に削除し、作業セットが空になったら削除する必要がありますが、Eclipse のマニュアルと Google では何も見つかりませんでした。アイデア？前もって感謝します！

私の AutoIt スクリプトは、テスト ケースを自動化します。何かがメモリリークしている疑いがあります。10 MB から始まり、テスト ケースが終了すると約 40 MB に達します (タスク マネージャーの値)。

AutoIt スクリプトで、各テスト ケースの後にメモリ消費量を報告したいと考えています。違いを知ることで、おそらく原因を突き止めることができます。

AutoIt スクリプトを使用してプロセスのメモリ消費量を取得するにはどうすればよいですか?

私はEclipseでいくつかのプロジェクトに取り組んでいます。プロジェクトは SVN リポジトリからチェックアウトされます。プロジェクトは相互に依存しています。現在、それらをコミットしたい場合は、各プロジェクトをマークしてからTeam -> Commitを呼び出す必要があります。

特定のプロジェクトを選択せず​​にすべてをコミットすることは可能ですか? それはかなり迷惑です。どのプロジェクトが今日変更され、どのプロジェクトが変更されなかったかを思い出すことは特に困難です。ワーキング セットでこれを実行しようとしましたが、それらをコミットするオプションがありません。

何か案は？

C# アプリケーションのワーキング セットのサイズが、プライベート メモリのサイズに比べて大きくなっています。プライベート バイトは 20 MB で、ワーキング セットのサイズは 160 MB です。このワーキング セットが大きいため、コミット チャージが高くなり、特定のパーセンテージを超えると、アプリがクラッシュします。

SetProcessWorkingSetSizeアプリのワーキング セットのサイズを制限するために使用することをお勧めしますか? これにより、ワーキング セットのサイズが縮小されますか? ワーキング セットが で指定された量を超えるとどうなりSetProcessWorkingSetSizeますか?

視覚的な整理を目的として、Eclipse 内でトップレベルの「単純な古いフォルダー」を作成するのが難しいことに少しフラストレーションを感じた後、私が求めているのは「ワーキング セット」と呼ばれるものであることに気付きました。万歳！しかし、明らかな方法 (それを右クリックするか、[ワーキング セットの構成] ウィンドウを使用する) のいずれかによって、名前を変更できるようには見えません。

正しい名前で新しい作業セットを作成してすべてを転送することを拒否するほど怠惰な人はいないはずなので、それはまさにそのようなことですか? それとも、明らかな何かが欠けていますか？

私はまた、私がすでに知っていると思う答えのより小さな質問を持っています. 子の 1 つにエラーがある場合、特定のワーキング セットのアイコンを「赤い X」に変更しないように指示できますか? デバッグの下の設定には、アイコンの自動変更をオフにする機能はありません。これは便利な機能ですが、非常に基本的なエラーを含むいくつかの単純な練習プロジェクトがあり、それらを「修正」するための視覚的なリマインダーは必要ありません。 d 変更しないことを好みます。