アカウント名:
パスワード:
じゃあかんの?マルチユーザーやシングルユーザーでも特定プロセスの暴走でメモリー不足からのシステム不良が起こるなら事前に最大ヒープサイズを制限するとかじゃあかんの?他にも有ったけど問題のないプロセスを無作為に殺す仕様が理解できない
現実の運用は、デスクトップならallocateが失敗しない様に(OOMに至らない様に)、ユーザが利用可能メモリを監視し、不要なプロセスを終了する。というものです。
「問題のないプロセス〜」ではなく「加護のないプロセスを無作為に殺す仕様」だったかと思います。
毎日毎日rebootするたびに子供にecho -17 /proc/***/oom_adjして回りました。
OOM Killerに亭主を殺されて一年が経ちました。 [tumblr.com]
ところで、「アロケートに失敗したら適切にエラー処理をする」と言いますが、実際にしたことありますか?「適切に処理する」「適切にエラー処理をする」とだけ書いてある仕様書渡されて、コード書けますか?「適切にエラー処理をす
自分はデスクトップアプリケーションの開発だからメニュー等から機能を選択→処理過程で失敗→原状復帰して「メモリー不足で実行できません」と表示の流れで処理してましたが?そもそも私がここで詳細仕様を提示する必要がありませんGC前提の富豪プロレスしかしたことない人には想像できないのでしょうがオフトピです電気のアロケーション処理?は専門外だから知りません節電も何も普段から無駄に電気を使ってないですが待機電源を減らすためにプラグを抜くような事はしてませんよ例え話のつもりかも知れませんが例えになってないただのオフトピです
> 自分はデスクトップアプリケーションの開発だから
main() がコールされる前にメモリ不足になった場合の処理はどうやって実装してますか?「メモリー不足で実行できません」を表示する処理でメモリ不足が起きた場合のエラー処理はどう実装してますか?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
アロケートに失敗したら適切にエラー処理をする (スコア:0)
じゃあかんの?
マルチユーザーやシングルユーザーでも特定プロセスの暴走でメモリー不足からのシステム不良が起こるなら事前に最大ヒープサイズを制限するとかじゃあかんの?
他にも有ったけど問題のないプロセスを無作為に殺す仕様が理解できない
Re: (スコア:0)
現実の運用は、デスクトップならallocateが失敗しない様に(OOMに至らない様に)、ユーザが利用可能メモリを監視し、不要なプロセスを終了する。というものです。
「問題のないプロセス〜」ではなく「加護のないプロセスを無作為に殺す仕様」だったかと思います。
毎日毎日rebootするたびに子供にecho -17 /proc/***/oom_adjして回りました。
OOM Killerに亭主を殺されて一年が経ちました。 [tumblr.com]
ところで、「アロケートに失敗したら適切にエラー処理をする」と言いますが、実際にしたことありますか?
「適切に処理する」「適切にエラー処理をする」とだけ書いてある仕様書渡されて、コード書けますか?
「適切にエラー処理をす
Re:アロケートに失敗したら適切にエラー処理をする (スコア:0)
自分はデスクトップアプリケーションの開発だから
メニュー等から機能を選択→処理過程で失敗→原状復帰して「メモリー不足で実行できません」と表示
の流れで処理してましたが?
そもそも私がここで詳細仕様を提示する必要がありません
GC前提の富豪プロレスしかしたことない人には想像できないのでしょうがオフトピです
電気のアロケーション処理?は専門外だから知りません
節電も何も普段から無駄に電気を使ってないですが
待機電源を減らすためにプラグを抜くような事はしてませんよ
例え話のつもりかも知れませんが例えになってないただのオフトピです
Re: (スコア:0)
> 自分はデスクトップアプリケーションの開発だから
main() がコールされる前にメモリ不足になった場合の処理はどうやって実装してますか?
「メモリー不足で実行できません」を表示する処理でメモリ不足が起きた場合のエラー処理はどう実装してますか?
Re: (スコア:0)
main() がコールされる前の話とか、この予備領域の確保にすら失敗する状態のことまでは流石に対策してないけどね