Linuxメモリ管理の最先端を探る（1/2） － ＠IT
小崎 資広 2008/5/22 この記事では、Linux Kernel Watchの番外編として、Linuxの最近のメモリ管理周りの動きと、その背景のモチベーションについてお伝えしたいと思います。 メモリ管理は変更時のインパクトが大きいため、通常、Stable Tree（安定ツリー）ではあまり変更はなされません。しかし、Linuxカーネルメーリングリスト（LKML）の議論では「もうカーネル2.7は出ない」ともいわれており、十分なテストがなされたものであれば、アグレッシブなパッチでも受け入れられるようになっています。 また、メモリの急速な大容量化により、いままで問題にならなかった部分にスケーラビリティ上の問題が発生したという報告もちらほら出てきました。それを解消するためのさまざまな改善が提案されています。 こうした背景により、2007年から2008年にかけては相当面白いパッチが出てきました。
OOM Killer（Out of Memory Killer）を無効にする方法: SPLEX Factory
以前にsyslog server で 「OOM-Killer」 というLinuxカーネルの仕組みが原因で「syslog」と「mysql」のプロセスが強制停止される事象が発生した。 1. OOM-Killerとは システムを動作させるために必要なメモリが確保できなくなった場合に、システム全体が停止するのを防止するため、OOM-Killerで定義されたファイルからランダムにProcessを強制終了させ、空きメモリを確保するLinuxカーネルの仕組み。 2. OOM-Killerのデメリット Serverとして提供しているサービスのProcessが強制終了させられ、サービスが提供できなくなる場合がある。 3. 対応策 1). OOM-Killerを無効にする（システム再起動後も有効） # vi /etc/sysctl.conf vm.oom-kill=0 2). 大切なプロセスの優先度を変更し、
CentOS6で制限されているプロセス最大数を制限解除する - 256bitの殺人メニュー
ハマったのでメモ。 Linuxでリソース制限するための仕組みのulimitがありますが、その1項目に「nproc」があります。 これはそのユーザで実行できるプロセス（スレッド）数の制限となります。 これが、CentOS5までは、 $ ulimit -u unlimitedのように無制限だったのですが、CentOS6になって以下のように1024で制限がかかるようになりました。 $ ulimit -u 1024そのため、デーモンとかで高負荷な処理をさせてプロセス（スレッド）が増えると処理が落ちてしまうのです。 悲しいけどこれってデフォルト値なのよね。 設定箇所は？ 実際の設定は、[/etc/security/limits.d/90-nproc.conf]でされています。 # cat /etc/security/limits.d/90-nproc.conf # Default limit for
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WindowsのDocker（コンテナ）対応、正しく理解できていますか？
