その後のgolangと(Dockerと)OOM — KaoriYa

テクノロジーカテゴリーの変更を依頼記事元:

www.kaoriya.net

34 usersがブックマークコメント

コメント

2

記事へのコメント2件

注目コメント
新着コメント

yujiorama 毎回対応するのはいやだな。daemontools的なやつがあると嬉しい気がする

go

2021/07/23 リンク

iww 「OOM対策が使用メモリ増大を産むなら、みんな死ぬしかないじゃない! あなたも、私も…」

2021/01/19 リンク

注目コメント算出アルゴリズムの一部にヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

その後のgolangと(Dockerと)OOM — KaoriYa

前の記事:golangとDockerとOOM を書いた後で Go側の事情に変化があったため、あの記事に書かれた方法は... 前の記事:golangとDockerとOOM を書いた後で Go側の事情に変化があったため、あの記事に書かれた方法は現実的な選択肢ではなくなってしまいました。この記事では私が使っているGo 1.14以降でのOOM対策と、どうしてそうせざるを得なかったのか解説をお届けします。 TL;DR Goの64ビット版はVSZの最小要求量が大幅に拡大した (500MB超) 前の記事で紹介した方法が現実的ではなくなった VSZの制限をRSSに転用する=最低でも500MBのRSSを設定することになる代わりに自プロセスのRSSを監視して閾値を超えたらアポトーシスするようにした RSS取得用のkoron-go/phymemパッケージを作成した Background あの記事を書いた翌月末にGo 1.14がリリースされました。その変更点の中に以下の記述があります。 The page allocator

ブックマークしたユーザー

tjnet5552021/12/29
yujiorama2021/07/23
hiroyukim2021/07/02
W53SA2021/05/13
iww2021/01/19
somemo2020/08/18
asthattoy2020/08/17
gardemming2020/08/17
yste2020/08/17
y_yuki2020/08/17
peketamin2020/08/17
kuyo2020/08/17
cnosuke2020/08/16
BlueSkyDetector2020/08/16
gDomon2020/08/16
ButterflyFish2020/08/16
Tiantian2020/08/16
fumikony2020/08/16

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx