アカウント名:
パスワード:
じゃあかんの?マルチユーザーやシングルユーザーでも特定プロセスの暴走でメモリー不足からのシステム不良が起こるなら事前に最大ヒープサイズを制限するとかじゃあかんの?他にも有ったけど問題のないプロセスを無作為に殺す仕様が理解できない
overcommit=0 にして安全に利用できる範囲に絞り込むと、サービスやバッチの実行の組み合わせ等がシビアになる一方で、メモリの実使用率がすっかすかになるんですよね……。
# OOM killerの仕組みは端的に言ってクソだと思うけど、# 既にovercommit + OOM killerの組み合わせが前提になってる気がする。
> # OOM killerの仕組みは端的に言ってクソだと思うけど、 この仕組みを初めて知った時、目が点になりましたよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
アロケートに失敗したら適切にエラー処理をする (スコア:0)
じゃあかんの?
マルチユーザーやシングルユーザーでも特定プロセスの暴走でメモリー不足からのシステム不良が起こるなら事前に最大ヒープサイズを制限するとかじゃあかんの?
他にも有ったけど問題のないプロセスを無作為に殺す仕様が理解できない
Re: (スコア:1)
overcommit=0 にして安全に利用できる範囲に絞り込むと、サービスやバッチの実行の組み合わせ等がシビアになる一方で、メモリの実使用率がすっかすかになるんですよね……。
# OOM killerの仕組みは端的に言ってクソだと思うけど、
# 既にovercommit + OOM killerの組み合わせが前提になってる気がする。
Re:アロケートに失敗したら適切にエラー処理をする (スコア:0)
> # OOM killerの仕組みは端的に言ってクソだと思うけど、
この仕組みを初めて知った時、目が点になりましたよ。