Mackerelチームのエンジニアのid:itchynyです。 「mackerel-agentを入れるとloadavgが7時間ごとに上昇する」 先日、このような問い合わせを複数のお客さまから受けました。私も実験してみたところ、確かに再現しました。EC2 t2.microにmackerel-agentを入れて簡単なログ監視とプロセス監視を設定し、数日放置しました。 確かに、約7時間ごとにloadavgが上昇しています。この周期のcronの設定はしておらず、またmackerel-agent内部でも7時間ごとに行う処理はありません。しかし、プラグインを多く入れるほどloadavgのピーク値も上がります。 本エントリーでは、この現象の原因について説明します。 loadavgが上昇する原因を調べるには、まずloadavg自体がどう計算されているかを知る必要があります。 まずは、Linuxがloada
This is htop, a cross-platform interactive process viewer. It is a text-mode application (for console or X terminals) and requires ncurses. Latest release. What's new in htop If you want to support htop, consider donating at Hack Club. This US IRS-approved 501(c)(3) nonprofit organization is hosting htop as our fiscal sponsor since March 2024. Please check out the changelog for details and credits
All Unix and Unix-like systems generate a dimensionless metric of three "load average" numbers in the kernel. Users can easily query the current result from a Unix shell by running the uptime command: The w and top commands show the same three load average numbers, as do a range of graphical user interface utilities. In operating systems based on the Linux kernel, this information can be easily ac
Solaris 8でメールサーバを構築しています。以前、サーバの応答が遅くなった際、CPU負荷を確認しようと思いましたが、Solaris 8にはtopコマンド*がありませんでした。そこで、uptimeコマンドを使用したのですが、出力の「load average」の単位が分かりません。非常に応答が悪い状態でも、「1」や「2」という値なので、CPU使用率ではないようです。この単位を教えてください。 run queueとwait queue 「load average」は、run queueに入っているジョブ*の数を表しています。run queueとはCPUに割り当てられたジョブが入れられる待ち行列のことで、CPU数が1つのときに「2」と表示された場合、CPUは2つのジョブを実行しています。この平均値が「load average」であり、左から1分、5分、15分間のrun queueにあるジョブ
はじめに 業務中Load Averageを見ることが多いが Load Averageについてあらためて自分のためにも整理＆メモ また、誰かに質問された際にええっとええっと。。。とならないように 質問されたらって仮定ですｗ 知ってるつもりなのに意外に答えられないんですよね(>_<) Load Average Load Averageってなに？(※こぴりました。 実行プロセス数(実行中プロセス数＋実行可能プロセス数) Load Averageが高いとなに？ 語弊を恐れず言えば Load Averageが高い ≒ サーバ負荷が高い ≒ 重い ≒ 応答速度が遅い Load Averageが高いってどんな状態？もっとkwsk...的な コマンド(uptimeなど)でLoad Averageを表示した場合に Load Averageの値がCPUの数より大きい場合、「Load Averageが高い」(
load averageとは ロードアベレージはシステム全体の負荷状況を表す指標。 「1CPUにおける単位時間あたりの実行待ちとディスクI/O待ちのプロセスの数」で表される。 システムのスループットを上げたい場合はロードアベレージを下げることを目標にする。 詳細な説明 Linuxカーネルはプロセス１つごとにプロセスディスクリプタを持っていて、そのstateメンバにプロセスの状態を入れて管理している。 プロセスの状態は以下のように区別される。 TASK_RUNNING: 実行可能な状態。CPUが空いていれば実行できる。 TASK_UNINTERRUPTABLE: 割り込み不能な待ち状態。ディスクI/O待ちなど、短時間で復帰するもの。 TASK_INTERRUPTABLE: 割り込み可能な待ち状態。ユーザの入力待ちなど、復帰時間が予測できないもの。 TASK_STOPPED: 実行中断になった
exec-if-bound, defun-add-hook, load-safe 普通のまっとうな環境でまっとうな Emacs を使っているだけなら、まっとうに M-x customize を使うべきだと思います。しかし現在棲んでいる環境が、Solaris 2.5.1/2.6 の SPARC 版 / Intel 版, RedHat Linux 6.2/7.0 あとよく分からない Alpha マシンとかとにかくごちゃごちゃ混在の上にすべて $HOME が NFS 共有されているという状態で、当然 Emacs/Mule も下は 19.28 から上は 20.7 に至るまで、しかも elisp ライブラリだって全然統一されていない。おまけに、頻繁にマシンが追加されたり消えたりする。こんな状態では、M-x customize は全く無力です。（そんなことないかな。） こんな場合 .emacs を手書
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
