Create: 2008/10/19 LastUpdate: 2008/12/03 vmstat コマンドの出力内容に日付と時間を付加し、以下のような内容でファイルに保存します。 2008-12-02 15:58:02 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ 2008-12-02 15:58:02 r b swpd free buff cache si so bi bo in cs us sy id wa st 2008-12-02 15:58:02 1 0 32 15576 96700 227136 0 0 1 37 17 36 2 0 97 0 0 2008-12-02 15:59:02 0 0 32 5380 96728 227176 0 0 0 30
メモリ使用状況以外にも CPU 使用率の把握などさまざまな用途に利用可能です。単体ではタイムスタンプ出力機能がなく、指定できる更新間隔も高負荷時にはあてにならないことが欠点と言えます。
ある日、Tomcatにアクセスしてみると、アクセスできない。。。 何ゆえ~ Tomcatのログを調べても何もでていない。 しょうがなく、messagesを調べていたら、なにやら不穏な文言が。。。 kernel: Out of Memory: Killed process 16304 (java). kernel: oom-killer: gfp_mask=0xd0 Javaのプロセスが殺されてるー しかもこの「oom-killer」ってのが怪しげ。 他にプロセスを殺していることも判明。 ウィルスか~!?と恐れおののきググッてみると。。。 ITProに下記のような記事が。。。 http://itpro.nikkeibp.co.jp/article/COLUMN/20061117/254053/ 読んででみて驚愕 「OOM Killer(Out of Memory Kill
今セットアップしているLinuxサーバで、とあるプログラムを実行したらoom-killerがでました。 当然メモリ不足だろうと思い、/var/log/messages を確認したら、以下の通り10GBも空きメモリがありました。 Dec 12 16:36:49 HOGESERVER kernel: Linux version 2.6.9-34.ELsmp (bhcompile@hs20-bc1-7.build.redhat.com) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)) #1 SMP Fri Feb 24 16:54:53 EST 2006 Dec 12 16:52:11 HOGESERVER kernel: Free pages: 10230732kB (10217536kB HighMem) Dec 12 16:52:11 HOGE
空きメモリを確保する仕組みとして"OOM Killer(Out of Memory Killer)"というものがある OOM Killerは、空きメモリが足りない場合に強制的にProcessを終了させて強引に空きメモリを確保する OOM Killerは、空きメモリが確保できないためにシステム全体が停止してしまうことを防止するために用意されている OOM Killerはシステム停止を防止するために必要な機能だが、OOM Killerによる強制終了は大切なProcessを停止させてしまう危険性がある クラスタシステムなどにおいて、クラスタ監視Processが強制停止させられてしまった場合、それが原因となってクラスタの障害が発生してしまう危険性がある kernel2.6.17.1向けにOOM Killerを使用せずにkernel panicを起こさせるパッチが投稿された。これを使用すると、空きメ
Cでプログラムを書いていて大量のメモリを確保したくなったとき、大抵は mallocを使うと思いますが、その際には戻り値がNULLかどうかを判断してエラー処理に飛ばすと思います。しかし、Linux のメモリ管理サブシステムには「メモリ・オーバーコミット」という機構があり、実装されているメモリ以上の領域を確保できてしまいます。 #include <stdio.h> #include <stdlib.h> int main() { int i; char *p; for(i=0;i<65536;i++){ p = (char *)malloc(65536); if(0 == (long)p){ break; } } printf("SIZE=%dMB\n",i*65536/1024/1024); return(0); } swapoff したメモリ 1G のマシンでこれを実行するとこんな感じにな
Webサーバが応答しない。 VNC,SSHも応答しないがPingは可能。 本体のコンソールも応答がない。 Power Resetで立ち上がった。 1月3日にも同様な症状でリスタートしている。 原因がよく判らない。 [var/log/messages] ・・・・ Jan 5 05:22:41 kiyoeri kernel: 0 pages of HIGHMEM Jan 5 05:22:43 kiyoeri smbd[19431]: [2008/01/05 05:22:43, 0] lib/util_sock.c:send_smb(647) Jan 5 05:22:43 kiyoeri kernel: 2151 reserved pages Jan 5 05:22:47 kiyoeri smbd[19431]: Error writing 4 bytes to
自宅ではネットにつながっている機器(ゲーム機を含めて合計8台ぐらい)をすべて無線LANで接続している。どうも調子が悪く、いろいろと設定を変更したり、配置を変えたりと試行錯誤したが、一向に改善されないため、パソコンはLANケーブルで接続することにした。 玄関に電話線が来ており、フスマと扉を最低2箇所を超えないとパソコンまで届かない面倒な配置になっている。まあ、それが理由で無線LANにしていたわけだが、そのまま配線するとそこら中にLANケーブルが這い回って美しくないし、足を引っ掛ける可能性がある。 美しく配線するためにモール(ケーブルカバー)を購入することにした。モールがどういうものなのかは、写真を見てもらった方が早い。 モールは筒状になっていて、竹を割るように二つに分裂する。カバー部分を外した上で床や壁に両面テープで貼りつけて固定し、ケーブルを入れてカバーを付ければすっきりと配線できるわけだ
グリッドベースのレイアウトを作成すると、ついついdiv要素を多用してしまいがちですが、意味のあるデータにはそれに適した要素を使用し、無駄なdiv要素やclassだらけのマークアップから卒業する方法をWebdesigner Depotから紹介します。 Fight Div-itis and Class-itis With the 960 Grid System 下記は各ポイントを意訳したものです。 はじめに CSSのフレームワーク:960.gsの場合 classの乱用を避ける リスト要素の使用 画像とキャプションの使用 複数の見出しとパラグラフの使用 子要素のclassは親要素に はじめに 数年前までウェブページの設計はテーブルがスタンダードでした。そしてCSSはそれを大きく変え、今日ではCSSのフレームワークがウェブページの設計を容易にしてくれています。 しかしながら、このCSSのフレームワ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く