アカウント名:
パスワード:
Linuxに関わっていない者ですがOSとしてこういう動作はどうよ？っと思いますずっと前からあるらしいし議論も尽くされているんでしょうが…
長年使ってるがOOMキラーが発動したのは数回しか経験ないな。緊急対応としては仕方ない。むしろ実にシンプルな方法なので気に入ってる。使えるメモリを完全に食い尽くしてしまうような状況に陥っていることが問題の根なわけだからさ、そうっちをどうにかしなきゃならん。
>緊急対応としては仕方ない
いや、そんなわけはないでしょう。メモリ確保の段階でチェックするのがあるべき姿で、Linuxがさぼっているだけです。（Linuxのメモリ確保はけして失敗しない）
まあチェックといっても難しいのですが。
それに加えて、panic_on_oom=1すればいいじゃない。
>まあチェックといっても難しいのですが。
最新のlinuxのメモリ管理がどうなっているのか判らないのですが
sbrkで要求された空間分をswapに予約しておく。swapに空きがなければsbrkを失敗させる。
というだけの話では済まないのでしょうか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
この仕組ってどうなのよ？ (スコア:0)
Linuxに関わっていない者ですがOSとしてこういう動作はどうよ？っと思います
ずっと前からあるらしいし議論も尽くされているんでしょうが…
Re: (スコア:1)
長年使ってるがOOMキラーが発動したのは数回しか経験ないな。
緊急対応としては仕方ない。むしろ実にシンプルな方法なので気に入ってる。
使えるメモリを完全に食い尽くしてしまうような状況に陥っていることが問題の根なわけだからさ、そうっちをどうにかしなきゃならん。
Re:この仕組ってどうなのよ？ (スコア:0)
>緊急対応としては仕方ない
いや、そんなわけはないでしょう。メモリ確保の段階でチェックするのがあるべき姿で、Linuxがさぼっているだけです。
（Linuxのメモリ確保はけして失敗しない）
まあチェックといっても難しいのですが。
Re:この仕組ってどうなのよ？ (スコア:2, 参考になる)
2にすれば，overcommit_ratio で指定した上限以上のメモリを確保しようとしたときに，その場で失敗します．
参考: https://www.centos.org/docs/4/4.5/Reference_Guide/s3-proc-sys-vm.html
ただ，overcommit をやめただけでは， OOM Killer の発動を完全には止められないらしいです．
(詳細わかってません．カーネル空間でのメモリ使用量が増えるときに，ユーザ空間のプロセスが追い出されるのかも)
Re: (スコア:0)
それに加えて、panic_on_oom=1すればいいじゃない。
Re: (スコア:0)
>まあチェックといっても難しいのですが。
最新のlinuxのメモリ管理がどうなっているのか判らないのですが
sbrkで要求された空間分をswapに予約しておく。
swapに空きがなければsbrkを失敗させる。
というだけの話では済まないのでしょうか?