top -M
私の知る限り、Fedora、Debian、Ubuntuのいずれのディストリビューションでも動作しません。私はそれを試しましたが、それprocps-ng
を提供するパッケージにはありませんtop
。の実装は多数あるtop
ため、使用する場合は特別な注意を払う必要があります。
一般にfree
、Linuxでメモリの空き容量を確保するには、切り替えて使用するのが最善です。
procps vs. procps-ng
CentOS 5&6とRHEL 5&6で動作top -M
するように見えることに気づいたかもしれません。これは、これらのディストリビューションにはの元のバージョンが付属しているためですprocps
。プロジェクトは分岐しましたが、現在別のプロジェクトがありprocps-ng
ます。
Fedora Projectのページから、フォークが存在した理由に関する詳細の一部。
抜粋
古い(レガシー)procpsツールには数年間アップデートがなかったため、アップストリームにマージされなかったディストリビューション固有のパッチのローカルのみのアプリケーションが原因で大規模なコード分割が発生しました。新しく作成されたパッチのいくつかは、他のディストリビューターによって維持されているソースと互換性がないため、プロジェクトはほとんど維持できなくなりました。同様の非互換性は、アプリケーションの動作とコマンドラインスイッチで確認できます。この避けられない更新は、すべてのLinuxディストリビューションでprocpsツールを統合する取り組みとして理解できます。
明確にするために、フォークされたプロジェクトprocps-ng
はDebian、Fedora、Ubuntu、およびその他のディストリビューションが使用しているものであり、サポートを行うレガシープロジェクトtop -M
は最新のものに追いついていないいくつかの長期リリースをまだ使用していますそして最高。
注:procps-ng
「procps-ngバージョン3.3.9.1-14ef」の最新バージョンをダウンロードしましたが、これも-M
スイッチがありませんでした。
$ ./top/top -version
procps-ng version 3.3.9.1-14ef
Usage:
lt-top -hv | -bcHiOSs -d secs -n max -u|U user -p pid(s) -o field -w [cols]
自由
free
スイッチで実行すると、ユニットの不足機能がprocps-ng
の実装に欠けている理由として最もありそうな理由を見ることができますtop
。
$ free -m
total used free shared buffers cached
Mem: 7782 6506 1276 0 504 1726
-/+ buffers/cache: 4274 3507
Swap: 7823 1429 6394
[saml@greeneggs ~]$ free -k
total used free shared buffers cached
Mem: 7969492 6663180 1306312 0 516948 1764780
-/+ buffers/cache: 4381452 3588040
Swap: 8011772 1463456 6548316
丸めは問題になるためprocps
、機能を提供しないことで問題を回避できます。
htop
総メモリ使用量を表示するOKジョブを実行します。
頂上
私の意見では、記憶を見るためのより良いツールです。
nmon
別の便利なツールはnmon
、システムのパフォーマンスを調べるためのものです。
top -M
使用量をMB 単位で表示したいということができます。メモリ使用量のみを監視する場合は、代わりにを使用できますhtop
。他のオプションがわからない。