nodocumentsの日記： 邪悪なMSプロセス 7
日記 by
nodocuments
システムがやりたいことをユーザープロセスと同じプライオリティで実行するなと。
お前のことだWMI Provider Host!!
CPUバカ食いしてユーザのやりたいことを妨害するプロセスはこうしてやる！
コマンドプロンプトを起動して、runas /user:Administrator taskmgr
WMI Provider Hostを選択して右クリック > 詳細の表示
WmiPrvSE.exeを選択して右クリック > 優先度の設定
低
実際、いまどきここまでユーザーオペレーションを妨害してくるOSって他にないのでは那珂廊下
せやかて工藤 (スコア:1)
Linuxだって気がつくとsystemd-logindとかsystemd-dbusがエライこと食ってんで？
殆ど使われもしないのに上がってるcolordとかcupsdとかAT-SPIコンビとか挙げだしたらキリない上に
一回使ったらおまえ仕事ないやん？てかおまえの代わりにsystemd-networkdじゃイカンの？っていうNetworkManagerとか
気がつくとずっといるけど言うほど仕事ある？っていうgnome-settings-daemonとかudisks-daemonとかgstreamerとかも無駄に食ってるじゃん？
そもそもgstreamerなんてGSoundやpulseaudioと結構被ってんじゃん
Windowsの方がマシだなどと云う気はないけど他所は他所で大概やで？
隣の芝生が青く見えてるだけの話じゃねえの？
Re: (スコア:0)
Linuxだって気がつくとsystemd-logindとかsystemd-dbusがエライこと食ってんで？
OOM-KILLERさん ＜ わいの出番やっ!(オイマテ
イベントログを確認するべき (スコア:1)
WMI自体が高負荷を引き起こすというよりもを呼び出してるアプリが犯人なので、そっちを解決しないと対処療法にしかならないですよ。
WMI自体はWMIクエリを処理するプロセスなので、何かのプロセスが大量とか重たいWMI クエリを投げ続けない限りCPUを長期間占有する事は無いです。
確認するには
Microsoft-Windows-WMI-Activity/Operational
とかをみると良いです。
WMI-Activityで引っ掛けただけですが、腐ったアプリが犯人 [d-yoshi.com]なんてのは良く有る話なので。
Re:イベントログを確認するべき (スコア:1)
> WMI-Activityで引っ掛けただけですが、腐ったアプリが犯人なんてのは良く有る話なので。
リンク先にある Dell SupportAssist Remediation
これがひどかった。ときどきマウスカーソルが動かなくなる。
サービス止めてようやく解消。
別サイトの話ではサポートが「邪魔だからアンインストール」を推奨したとか。
Re: (スコア:0)
そういう状態でWMIの優先度落としちゃうと、WMIの応答待つ処理が尽く後回しにされて死にかねんよね。
特にそういうエラーに対して延々再呼び出し掛ける馬鹿なアプリとかだと
最悪の場合ノーウェイトポーリングで応答待ちしてWMIが一切走らなくなったりしそう。
参考になる (スコア:0)
ためしにやってみんとするなり
コアを増やせばいいのでは？ (スコア:0)
CPU使うだけなら、コア数の多いCPUにすればよいのですよ。