コンテナのGoアプリ、過剰並列になっていませんか？──cgroup環境のGOMAXPROCSチューニングをMacで実測 - Timee Product Team Blog

はじめに こんにちは、タイミーでエンジニアをしている徳富(@yannkazu1)です。 クラウドネイティブ会議2026で発表された「ペアーズ本番環境でのcgroup-aware化との死闘録」がめちゃくちゃ面白かったので、自分の手でも体感したくなりました。 GoのGOMAXPROCSがコンテナのCPU制限を無視するって、実際に見るとどうなるのか？ 過剰並列のスループット低下って、数字で見るとどのくらいインパクトがあるのか？ スロットリングとスレッド数の関係を自分の目でたしかめたい！ 自分で動かして数字を見ないと腑に落ちないタイプなので、ローカルのMac環境で全部再現してみました。 発表の要約 ペアーズのバックエンド pairs-main はGo製でAmazon EKS上で稼働。48コアのNodeで limits.cpu: 5000m（5コア）のPodが動いていたが、GoのGOMAXPROCS

[tengo1985]

エンタープライズやってるJavaはcgroups対応相当早くやってる。JVMが偉大なんだけどほかの言語はなかなか進まないよね。

[simplememofast]

本質はランタイムの論理コア検出とcgroup上限が一致しない点。手でGOMAXPROCSを固定する前に、ランタイム側のcgroup v2追従設計が筋

[internetkun]

元のスライドに今のGoでは修正されていると書かれているよ

[nguyen-oi]

解説がめちゃくちゃ丁寧。キャッシュコヒーレンシの解説まであって普通に勉強になる。コンテナにおけるGOMAXPROCSの挙動は罠すぎる