2

最近数回、「何か」が原因で Windows システム プロセスが 50% 以上の状態になり、PC を再起動するまでプロセスが終了しないことに気付きました。これまでのところ、Win2k と Win XP で発生しています。

これは、現在 MSVC 2005/Incredibuild によってトリガーされているように見え、ビルド サーバーを再起動するのは好ましくないため、特に厄介です。

同時に、「システム アイドル プロセス」プロセスが残りの CPU を保持しており、ビルド ステップ自体が不足しているように見えます。すなわち。通常はコンパイルに 5 分未満かかるモジュールが、現在は 20 分以上かかっています。

ウイルス チェッカーまたは亀の svn である可能性についていくつか推測しますが、他の提案がどうしても必要です。

編集:
私はこれをトリガーされたものとして経験しており、犯人は進行中ではない可能性があります. それは、他の進行中のプロセスが何か「ばかげた」ことをしておらず、それ自体がアイドル状態にあるように見えながら、システムのアクティブなロックアップを管理していると言っているわけではありません。

システム (1 コアの 100%)、およびシステム アイドル プロセスは、合計 CPU の 98 ~ 100% を共有しています。時折、mt.exe、link.exe、buildservice が 1 ~ 2% で表示されます。マシンを表示するために VNC を実行しているので、ときどき調べています。

編集 2: 前の晩に放置したとき、ビルド プロセスはゆっくりと進行しているように見えましたが、さらに 13 時間待った後、1 時間のビルド プロセスは完了していません。システムはまだ 1 つのコアを占有しています。

4

6 に答える 6

4

私の理解では、「システム」プロセスはカーネルで費やされた時間です (つまり、ディスク I/O、ネットワーク I/O (Incredibuild について言及しました) などの実行) -- ディスクの断片化、ウイルス チェッカーをチェックします。 Incredibuild クラスター内の他のマシンでこれらを確認してください。

システム アイドル プロセスは「低」の優先度で実行されるため、「CPU 時間を消費している」とは考えにくいです。処理が単一のプロセッサに固執しているという事実は、プロセスがマルチコア対応ではない何かを実行しているか、誰かがそのスレッド アフィニティを 1 に設定していることを示しています。

于 2009-01-08T09:33:39.407 に答える
3

私が使用しているウイルス チェック ソフトウェアは、コンパイルを根本的に遅くする可能性があることに気付きましたが、ビルドの最後までは拡張されません。高度なヒューリスティック チェックをオフにすると、スキャナーを完全に無効にする必要がない程度まで改善されます。スケジュールされたフル スキャンをオンザフライ スキャンよりも多く使用するようにスキャン戦略を変更しました。多くのアプリのパフォーマンスが低下するためです。(注意: Kaspersky の最新版を使用しています)。また、コンパイル時に制限する必要がある自動バックアップ ツール (AJCBackup) も使用しています。

また、多数の一時ファイルやオブジェクト ファイルの作成に使用されるドライブでWindows インデックス サービスを無効にすることを検討することもできます。これは、このコンテキストでは、それが引き出すパフォーマンスの量に対してあまり価値がないためです。

編集: 実際に CPU コアを占有しているプロセスを確認し、それらを特定のアプリにまでさかのぼりますか?

于 2009-01-08T09:00:20.410 に答える
0

私たちのオフィスでは、Kaspersky と Incredibuild で問題が発生しました。
一部のマシンにのみ影響を与えるようですが、これは奇妙なものであり、Windows XP のみに影響します (Vista は私が見たものから影響を受けないようです)。これまでに見つけた唯一の解決策は、Kaspersky を完全に無効にすることです。解決策を見つけたら、お知らせください。

于 2009-01-22T03:05:06.170 に答える
0

ウイルス対策なしのクリーンな Windows 7 で、VS2003 で IncrediBuild を使用してコンパイルすると、同じハングが発生します。XP と Vista の同じボックスで問題なく動作しました。

于 2009-10-01T11:49:45.327 に答える
0

私のオフィスでは、Incredibuild と Spyware Doctor の Immunize 機能の競合が同様の問題を引き起こしました。Immunize をオフにすると解決しました。

どのアンチウイルス/マルウェアを使用していますか?

于 2009-05-27T14:20:21.750 に答える
0

RE: smacl、Windows Search/Indexing Service (WSearch) からの作業は、システム プロセスの CPU 時間に起因するものではなく、SearchIndexer.exe/SearchFilterHost.exe サービス (Vista+) からのものである必要があります。

表示されるシステムからのアクティビティの大部分は、レイジー ライターやその他のディスク アクセスによるディスク アクティビティです。システムからの CPU アクティビティは、ドライバー ( ISR/DPC ) やその他のカーネル レベルのフィルター ( AV ファイルやプロセス フィルターを含む可能性がある) などのカーネル アクティビティが原因です。

Process Explorer ( http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx ) は、システムを含むプロセス全体の CPU 使用率を表示するのに役立ちます。公開されているMicrosoft Symbol Serverこのリソースを使用して開始できます。

Xperf ( http://msdn.microsoft.com/en-us/performance/cc825801.aspx ) でトレースを取得できる場合は、システム (カーネル) コンテキストで CPU 時間が費やされている場所を分析できます。Xperf は XP では公式にサポートされていませんが、XP でトレースを取得し、他のシステムで分析することができます。

Xperf と Process Explorer は、CPU 使用率の暴走を引き起こしているモジュールに正確にスポットライトを当てることができるはずです。問題を診断するのにシンボルは必要ないかもしれません。単にモジュール名が、システムの速度を低下させている問題のコンポーネントを指すことがよくあります。たとえば、ndis.sys からの高い CPU 使用率はネットワーク割り込みを示している可能性があり、aavmker4.sys などのモジュールからのアクティビティは AV ソフトウェア (この場合は Avast!) を示している可能性があります。

また、いつものように、システム用の更新されたドライバーと AV ソフトウェアがあるかどうかを確認してください。

于 2009-01-22T07:55:55.337 に答える