Tweet

第1回　減り続けるメモリ残量！ 果たしてその原因は!?

高田 哲生
NTT OSSセンタ
2008/10/1

NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 　 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！　助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web：福山義仁 俺は、福山義仁。Web技術の達人さ。ApacheのようなWebサーバからTomcat、JBossみたいなJava、アプリケーション技術まで、何でも問題を解決してみせるぜ。 DBMS：下垣徹 下垣徹。PostgreSQLの達人だ。開発からサポートまで何でもやってみせらぁ。でも某商用DBMSだけは勘弁な。 HA：田中 崇幸 よぉ！ お待ちどう。俺さまこそHAエキスパート。Heartbeatを使ってクラスタを構成する腕は天下一品！ HAが好きなんて奇人？ 変人？ だから何？ HaHaHaHa!! 　前回ですべてのメンバーが登場し、連載は終わったかに見えた……が、まだまだ戦いはこれからだぜ！ みんな、もう少しついてきてくれ！ 関連記事： 連載記事 「Linuxトラブルシューティング探偵団」 http://www.atmarkit.co.jp/flinux/index/indexfiles/tsindex.html

切り分けの難しいメモリのお話

　システムに障害が発生した場合、うまく切り分けができるかどうかは重要なポイントです。切り分けによって、障害の原因が絞り込まれていき、誰が解決すべき問題なのかということが明確化されます。切り分けに失敗すると、無駄に人、お金、そして何より時間が浪費されてしまいます。

　切り分けが難しい分野として、メモリ関連のトラブルがあります。メモリ関連のトラブルは多く、私たちが取り扱うOS関連問い合わせの中でも2〜3割程度を占めています。

　その理由としては、メモリに関する理解度の低さが挙げられます。メモリがどのように使用されているのかを理解するには、OSやglibcなどのライブラリの動作をある程度分かっていなければいけないのですが、実際はアプリケーションとの間にJava層やPerl層などのライブラリ群があり、全貌（ぜんぼう）を理解するのは困難です。

　この複雑さに起因して、問題はアプリケーション、ミドルウェア、OS、ハードウェアのすべてに関係し、容疑者が多くなってしまいます。これが、切り分けを難しくする状況の原因になっていると思います。

　さて、今回から数回にわたって、とあるメモリ関連の問い合わせから発展していった案件を1つ紹介します。

　事件の発端、それは「freeコマンドで見ているとメモリ空き容量がどんどん減っていくのだが、これはどういうことか？」という問い合わせでした。このたぐいの問い合わせは多く、たいていはとある「誤解」がもとになっています。

　そこでまずはその誤解を解くべく、次に示すような回答を返すことにしました。そのときは、これが長く続く案件のプレリュードにすぎなかったとは知るよしもありませんでした……。

前の連載へ

1/3

Index Linuxトラブルシューティング探偵団　番外編 　第1回　減り続けるメモリ残量！ 果たしてその原因は!?

Page 1 切り分けの難しいメモリのお話 コラム　さまざまなメモリ監視コマンド 　 Page 2 物理メモリ利用状況の監視にfreeコマンドってどうなの？ 利用可能な物理メモリ量をfreeを使って計算する方法は？ 　 Page 3 物理メモリ使用状況の把握には何を使う？ ここまでのまとめと次回予告 コラム　いつまでもページキャッシュが解放されないことが不満なあなたへ

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード