topコマンドpsのインタラクティブなバージョンです

プロセスの対話型リストを表示：トップ

topコマンドpsのインタラクティブなバージョンです。その代わりに何を、先頭リフレッシュすると画面上のリストで起こっているの静的なビューを提供（ユーザ調整可能）ごとに2〜3秒を処理します。このリストから、あなたのプロセスreprioritizeかを殺す。 Linuxのチュートリアル6-1トップ画面に表示されます。topプログラムの主な欠点は、CPUの豚のです。混雑したシステムでは、このプログラムは、システム管理の問題を複雑にする傾向がある。ユーザーページの先頭何が、唯一の、いくつかの他の人々だけでなく、さらにシステムの減速、プログラムの実行を見つけるに起こっているのを参照して実行を開始します。デフォルトでは、トップが同梱されている誰もがそれを使用することができます。あなたが賢明な、あなたの環境に応じて、トップはルートのみに制限することがあります。これを行うには、次のコマンドを使用してプログラムのアクセス許可を変更：

[針箱@ルート/ルート]＃CHMODは0700 / usr / binに/トップ

プロセスにシグナルを送信する：殺す

このプログラムの名前は誤解です：実際にプロセスをkillしていません。を実行中のプロセスにシグナルを送信することです何がありません。オペレーティングシステムのデフォルトでは、受信信号に対処するためのシグナルハンドラの標準セットの各プロセスを提供します。システム管理者の観点から、最も重要なハンドラの信号の数は9と15アールのプロセスをkillし、それぞれのプロセスを終了します。いつ殺す呼び出されると、少なくとも1つのパラメータが必要です：

psコマンドから派生したプロセス識別番号（PID）。ときは、殺すだけのPIDが渡さ15シグナルを送ります。いくつかのプログラムを傍受、この信号となるようにシャットダウンできるアクションの数を実行します。他の人だけが自分の曲で実行を停止します。のいずれかの方法では、プロセスを停止することに殺すisn'ta保証するメソッドです。

信号

省略可能なパラメータを殺すための利用可能ですここで、nは信号の数を表しますﾑ。システム管理者として、ほとんどの信号9（）および1は、kill（）がハングアップ興味を持っています。killシグナル、9、失礼な方法ですプロセスを停止した。むしろ阻止するためのプロセスを求めるよりも、オペレーティングシステムは、単にプロセスを殺します。一度システムコールから返されますこの関数は失敗するだけの時間は、プロセスがシステムコールの中です（リクエストファイルを開くなど）、その場合、その過程で死んでしまう。信号を、1ハングアップする、UNIXのVT100端末日前までさかのぼりのビットです。ときに、ユーザーの端末接続のセッションの最中、すべての端末の実行中のプロセスのハングアップ（多くの場合、SIGHUPシグナルまたはHUPシグナル）と呼ばれる信号を受信するとした。これは、機会やクリーンシャットダウンを実行するプロセスを与え、バックグラウンドプロセスの場合には、信号を無視する。これらの日は、HUPが移動するとその設定ファイルを再読み込み、特定のサーバーアプリケーションに指示する（あなたのアクションでは、この参照してくださいよ、後のモジュールのいくつかに使用されます）。ほとんどのアプリケーションは、単純に信号を無視します。

セキュリティ上の問題

消費電力プロセスを終了するには明らかに非常に強力な1つ、セキュリティ対策は重要なことです。ユーザーのみが許可を殺さなければならないプロセスを殺すかもしれない。もしroot以外のユーザプロセスがそれ自身は、エラーメッセージが返される以外に信号を送信しようとします。ルートユーザは、この制限には例外です。ルートは、システム内のすべてのプロセスにシグナルを送ることができます。もちろん、このことを意味ルート時には、killコマンドを使用して細心の注意を行使することが必要です。

殺すの例

プロセス番号2059を終了するには、このコマンドを使用します：

[針箱@ルート/ルート] 2059殺す＃

については、ほとんどのプロセス番号593、問題は、このコマンドを殺すの保証：

[針箱@ルート/ルート] -9 593殺す＃

Type：このinitプログラムにHUPシグナルを送信する（これは常にPIDは1です）：

[針箱@ルート/ルート] -1 1を殺す＃

あなたのプロセスをチェックする

のプロセスをお使いのLinuxシステム上で何をしているを参照して、プロセス管理の理論から休憩を取ってみましょう。このプロジェクトでは、いくつかのコマンドは、このモジュール内の説明を使用して、アクティブなプロセスに関する情報をドキュメントや構成を発見しようとするでしょう。

ステップバイステップ

1。 Xの中から、お使いのLinuxシステム上で最もアクティブなプロセスをチェックします。端末ウィンドウから何がCPUを最も多くの活動がかかるのを見るためにtopコマンドを使用します。

2。最もアクティブなプロセスの名前をメモし、それらの上位プロセスについて収集することができますどのような情報を参照する別のターミナルウィンドウを開きます。これは実行可能ファイルを配置されて表示するコマンドを使用します。あるかどうか、コマンドライン文書のそれぞれの最もアクティブなプロセスのための利用を決定するためのマニュアルやinfoコマンドを使用します。

3。かどうかをこれらのプログラムは、ファイルに関連して判断してください。場合によっては、この情報は、プログラムのmanページの項目を参照して発見することができます。 5リファレンスマニュアルのセクションは特に見てください。

4。がある場合は、/ etcディレクトリには、スプールファイルまたはログには、/ varディレクトリ、またはプログラムでは、/ usrは、/ sbin、またはファイルのファイルを構成ファイルに関連しては、- nameオプションを正規表現でfindコマンドを使用して試してください。 / binディレクトリに。

5。そのプログラム自体のように/ etcディレクトリの内容をプログラムの名前をgrepを実行して、名前のない構成ファイルを見つけてみてください。

6。任意の構成を表示するために複数のコマンドを使用し、手順4および5にはあなたの努力で明らかになったファイルです。

7。以下は、psコマンドや繰り返しの手順2から6を実行してアクティブなプログラムへのあなたの調査を続行します。

プロジェクトの概要

いくつかは、Red Hat Linux 8.0には、/ usr / share / docディレクトリにある有用な文書が付属しているプログラムのように、プログラムについての情報を探すためには良い場所であることは、あなたのシステム上で実行されます。しかし、にもかかわらず、READMEファイル、さらにはウェブ検索を頻繁に、正確な情報が必要を上げることができる自分に少し探偵顔負けを行う特定の状況で非常に貴重なすることもできるさ！

記事は、ダニエルK提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"topコマンドpsのインタラクティブなバージョンの"自動ソフトウェアによって翻訳されています。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。