free –          おやじdemo_CentOSを使う
6月 222012
 

SSHからコマンドで引いた現在、設定修復後2日目の鯖状況です。

# top
top – 22:03:34 up 2 days, 2:16, 1 user, load average: 0.47, 0.43, 0.33
Tasks: 187 total, 1 running, 184 sleeping, 2 stopped, 0 zombie
Cpu(s): 0.8%us, 3.3%sy, 0.0%ni, 95.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4009496k total,  3237980k used,  771516k free,  11192k buffers
Swap: 4128760k total,  0k used,  4128760k free,  2688440k cached

—————————————————————————————————

# free
                 total         used             free     shared    buffers    cached
Mem: 4009496     3255068   754428       0       13644    2690996
-/+ buffers/cache: 550428   3459068
 Swap: 4128760        0              4128760
—————————————————————————————————
# df
Filesystem                               1K-ブロック      使用        使用可        使用%     マウント位置
/dev/mapper/VolGroup-lv_root
                                                     51606140  3679872 4530482        8 8%               /
tmpfs                                          2004748           0          2004748          0%        dev/shm
/dev/sda1                                495844       90840       379404          20%          /boot
/dev/mapper/VolGroup-lv_home
                                                   424544656  225728    40275328      4 1%       /home

とりあえずlogも無駄なエラー表示は消え軽くなりました。
やはり何かエラーがあるとlogに書き込んだりするためにCPUパワーを使用している関係で動作が重くなるようです。logも無駄に肥大していて読むのも大変な状況でした。調子が良いと1日でも大した量はありませんが、今回は2,3日で1週間分以上のディスク領域を使ったのでは?と思います。

動作が重い ⇒ 何かエラーが発生している!!

と考えた方がよろしいようです。

 

6月 022012
 

半月間、連続稼働しています。
それにしてもWindowsと違い安定しています。
#top
top – 23:32:34 up 15 days, 50 min, 1 user, load average: 0.74, 0.34, 0.25
Tasks: 179 total, 2 running, 174 sleeping, 3 stopped, 0 zombie
Cpu(s): 4.1%us, 21.0%sy, 0.0%ni, 74.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2060824k total, 1890444k used, 170380k free, 20268k buffers
Swap: 4128760k total, 4736k used, 4124024k free, 1352120k cached

Swapが発生していますが、これは多分cronとかでclamdやiptablesのupdateした時にCPUやメモリも結構激しく使うのでLinux自体があまり使われない一部をswapに移動させたと思われます。

#vmstat 30
procs ———–memory———- —swap– —–io—- –system– —–cpu—–
r b swpd  free  buff  cache  si so bi bo in cs us sy id wa st
0 0 4736 153392 20532 1358728 0 0 9 2 3 2 2 8 90 0 0
0 0 4736 153384 20536 1358728 0 0 0 2 7533 14948 0 2 98 0 0
0 0 4736 153260 20544 1358728 0 0 0 1 7478 14859 0 2 97 0 0
0 0 4736 153344 20544 1358728 0 0 0 0 7509 14871 2 2 96 0 0
0 0 4736 153268 20556 1358728 0 0 0 523 7537 14842 0 3 96 1 0

ここで大事な部分はsiとsoです。
ここに数字が入って減っていかないで増えていくとメモリ不足と思われます。
そしてbが多いと入出力がWait状態であるということです。

少しずつメモリは減ってきていますが、これはlogなどに使われているものと判断しています。cachedとfreeとbuffersに余裕がありますから、まだ大丈夫のようです。

1ヶ月頑張って欲しいと思っております。

5月 262012
 

SSHで確認すると以下のような状況です。

#top

top – 13:05:27 up 7 days, 14:23, 1 user, load average: 0.06, 0.25, 0.25
Tasks: 179 total, 1 running, 177 sleeping, 1 stopped, 0 zombie
Cpu(s): 0.3%us, 0.9%sy, 0.0%ni, 98.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 2060824k total, 1946360k used, 114464k free, 10668k buffers
Swap: 4128760k total, 540k used, 4128220k free, 1444108k cached

確認すると、メモリもキャッシュとして1.44GB空いていて、114MBフリーのメモリ空きがあり、合計すると1.5GB空いているということになります。使用しているのは500MBほどで、この一週間は変化ありません。内部に負荷をかけた作業をした後でもrebootもしないでどうなるか?そのままにしておきましたが問題は無さそうです。これから夏になり室内も暑くなりそうですが、ATOMの省電力の威力で発熱が少なくて済むとシステムにも優しいと思います。

ディスク状況としては・・・・

#df

Filesystem           1K-ブロック    使用   使用可 使用% マウント位置
/dev/mapper/VolGroup-lv_root
                            51606140   3431844  45552856     8% /
tmpfs                    1030412         0   1030412             0% /dev/shm
/dev/sda1               495844     70613    399631        16% /boot
/dev/mapper/VolGroup-lv_home
                     424544656    225244    402753768         1% /home

500GBのHD入れてあるので殆ど空いています。これならクラッシュしない限りこのままで大丈夫そうです。バックアップは自動化してありますが、そのうちRaid1を設定しようか考えています。