DOSからWindows XPにアップグレードする方法

プロセス別

1 つ目の選択肢は Process Explorer (Procexp.exe) です。Process Explorer はもう 1 つの選択肢よりはるかに強力ですが、ローカルでしか実行できません (この後すぐに説明しますが、2 つ目のツールは違います)。Process Explorer は、Windows タスク マネージャーに替わる強力なツールと考えていただければ一番わかりやすいでしょう。Process Explorer を使用すると、自分自身のプロセスであれ、ログオンしている別のユーザーのプロセスであれ (ユーザーの簡易切り替えやターミナル サービス/リモート デスクトップを使用している場合)、システム上で実行されているすべてのプロセスをひとめで非常に詳細に確認することができます。

作業に取り掛かる前に、すべてのプロセスが表示される状態で Procexp を実行していることを確認してください。これには、[File] メニューの [Show Details for all Processes] を使用して Procexp を再起動します (UAC を有効にして Windows を実行している場合は、この操作を行うと確認のメッセージが表示されます)。

Process 列を並べ替えると、プロセスを昇順または降順で表示するか、あるいは、各プロセスを起動したアプリケーションに基づいてプロセス ツリーで表示するかを指定することができます。プロセスは、開始し、別のアプリケーションを起動し、終了して、どのプロセスが実際に子を起動したのかについて誤った印象を与える場合があることを覚えておいてください。

最も多くの CPU 時間を使用しているプロセスを確認する最も簡単な方法は、CPU グラフをポイントすることです。ポイントすると、このようなプロセスを確認することができます。その後、Ctrl キーを押しながら F キーを押してそのプロセスを検索することができます。

私がよく聞かれる質問には、「System Idle Process とは何ですか。また、System Idle Process はなぜコンピューター上のすべての CPU を使用しているのですか。」というものもあります。System Idle Process はコンピューター上のすべての CPU を使用しているわけではありません。このプロセスは、使用されていない CPU 時間のプレースホルダーと考えていただければ一番わかりやすいでしょう。実は、これは実際のプロセスですらありません。『Windows Internals』(Microsoft Press、2009 年) をお読みになったことがない場合は、Windows の内部に関する強固な基礎知識を得るためにこの書籍をお読みになることをお勧めします。

次の 2 つの方法を使用できます。

• [View] メニューの [Update Speed] からは、Procexp の UI がデータの変化に応じて更新される頻度を変更できます (更新頻度の選択肢として提供される更新間隔は、比較的短い時間です)。
• CPU 使用率が高いプロセスが最上部まで急上昇するのを確認したら、Space キーを押します。Procexp の UI の更新が完全に停止され、疑わしいプロセスを確認することができます。

大量のメモリを消費するプロセスも、この方法で非常に簡単に突き止めることができます。プロセスの名前を見てもそれが何を指すのか特定できない場合は (プロセスがマルウェアの場合など)、プロセスを選択して [Process] をクリックし、[Window] をポイントすると、アプリケーションを特定することができます (そのアプリケーションに、公開される UI がある場合)。サービスには UI がありません。また、アプリケーションも、UI を持たないようにすることができます (本来ならサービスであるべき一部のレガシ アプリケーションは UI を持たない傾向にあります)。

checkdiscを実行する方法

サービス提供と保護を行う

この診断プロセスはユーザー コンテキストで実行されているアプリケーションには適していますが、サービスやドライバーの場合はどうでしょうか。サービスは、分離した場合の問題がより大きい可能性があります。リソースを節約しセキュリティを強化するためにサービスを "共有プロセス" で実行する傾向が強まっているためです。

Windows には、これを行うための組み込みの方法が用意されています。これには、svchost.exe というサービスが使用されます (Windows XP およびそれ以降の Windows システムでは、このサービスをかなり多く目にするでしょう)。これらの多くは組み込みの Windows サービスですが、サードパーティもこのインフラストラクチャを使用できます。実際、マルウェアが svchost をホストとして使用する傾向が強まっています。

ですが、CPU 使用率や RAM 使用率が高くなる原因となっている svchost のインスタンスを特定することは可能です。各インスタンスをダブルクリックし、[Services] タブをクリックすると、その共有プロセスで実行されている DLL を確認することができ、実際にリソースを消費している DLL を確認することができます。

では、ドライバーの場合はどうでしょうか。ドライバーも、システム パフォーマンス低下の原因になりうるものとして無視できません。ドライバーは、Windows の最も下位のタスクを実行します。ドライバーが問題の原因となることはよくあります。

ドライバーには、他のプロセス (マルウェア対策ソフトウェアなど) の監視、またはファイル通知やディレクトリ通知 (マルウェア対策ソフトウェアやレプリケーション/同期など) の監視の役割が割り当てられていることがよくあります。不適切な動作をするドライバー、または、別のドライバーが存在する場合にだけ不適切な動作をするドライバーは、非常に簡単に作成されてしまいます。後者の方が、診断が困難なので、より大きな問題となります。

では、ドライバーはどこで実行されるのでしょうか。svchost.exe でホストされるサービスと同様に、ドライバーも共有プロセスで実行されます。System プロセスをダブルクリックして [Threads] タブをクリックすると、System プロセスによって読み込まれたスレッド スタックを確認することができます。多くのドライバー (*.sys ファイル) が読み込まれているのをここで確認できます。

個々のプロセスのビューと同様に、CPU 時間に基づいてドライバーを並べ替えることができます。並べ替えると、特定のドライバーによって実行されており、たくさんの CPU 時間を使用しているスレッドが明らかになります。その後、システムを検索してそのドライバーを探したり、インターネットを検索したり、ベンダーに問い合わせてベンダーが問題に気付いているかどうかや新しいバージョンのドライバー ソフトウェアがあるかどうかを確認したりすることができます。

診断するコンピューターにリモートから接続している場合は、ネットワーク経由では接続できますが、TS/リモート デスクトップを使用して接続することはできません。こんなときこそ PsTools の出番です。ここでは PsList が役に立つでしょう。名前からわかるように、PsList は、ローカル コンピューターまたはリモート コンピューターで実行されているすべてのプロセスを一覧表示するコマンド ライン PsTool です (Sysinternals Suite に含まれています)。

ブータブルCD Windows XP SP 2の作り方

他のすべての PsTool と同様に、PsList は、ファイルとプリンターの共有を通じてリモートから実行できます (ファイルとプリンターの共有が有効になっていて、実行するユーザーがローカル Administrators グループのメンバーである場合)。Procexp の場合と同様に、PsList の実行時に実行されていたプロセスの一覧を確認することができます。PsTools が提供する情報はより限られていますが、このような (問題のあるプロセスを診断するなどの) 場合、一般に、作業を完了するには十分です。

ローカル コンピューターに対して PsList を実行するには、単に PsList.exe を実行します。–t スイッチを指定すると、Procexp に似たツリー ビューで表示することができます。–s (秒単位の間隔) を追加すると、定義した間隔で自動ポーリングが行われます。これは、更新頻度を既定値よりも低くすることができる Procexp とは逆です。すべての PsTool はリモートで使用する方法が似ており、使い方は次のとおりです。