Dockerコンテナが遅くなるもう一つの原因 | POSTD
前回の ブログ記事 では、Kubernetesの話と、 ThoughtSpot がKubernetesを開発インフラのニーズに合わせてどのように取り入れたかをご紹介しました。今回はその続報として、最近の興味深いデバッグ経験について少々駆け足になりますがお話ししていきます。本記事も「コンテナ化と仮想化はノットイコールである」という事実に基づいており、たとえcgroupの上限がどれも高くない値に設定されホストマシンで十分な演算能力が利用できるとしても、コンテナ化されたプロセス同士がリソースの競合を起こす場合があることを示したいと思います。 ThoughtSpotでは内部のKubernetesクラスタで 多数のCI/CDや開発関連のワークフロー を稼働させており、ある1点を除いては全てが順調でした。唯一問題だったのは、ドッカー化された製品コピーを起動すると、パフォーマンスが期待を極端に下回るレベ
トムとマイケル - Emacs ひきこもり生活
トム「やあ、マイケルどうしたんだ。やつれた顔して」 マイケル「やあ、トム…どうしたもこうしたもないよ。全くバグがとれないのさ」 トム「ふーん?どこでどんなふうになっているんだい?」 マイケル「それがわからないから困っているのさ…!」 トム「ん?」 マイケル「このソフトなんだがね、起動中にどこかで無限ループしているようなんだよ。だけどどこかわからなくって」 トム「gdbの中で走らせて、killしてやったら?」 マイケル「そうするとほら」 % gdb --args ./src/hengband -- -n1 GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
