気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
tech.stmn.co.jpエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
0
記事へのコメント0件
- 注目コメント
- 新着コメント
新着コメントはまだありません。
このエントリーにコメントしてみましょう。
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Sidekiqのスケールアップをきっかけに RubyのGVLを検証してみた - stmn tech blog
はじめに こんにちは、プロダクト開発部の勝間田です。 先日、サービスのパフォーマンス向上のため、ECS... はじめに こんにちは、プロダクト開発部の勝間田です。 先日、サービスのパフォーマンス向上のため、ECSで稼働しているSidekiqコンテナのvCPUをスケールアップしました。増やしたCPUリソースを最大限に活用すべく、Sidekiqのconcurrencyも引き上げたのですが、CPU使用率が期待通りに上がらず、オートスケールが機能しないという事態に陥りました。 この出来事をきっかけに、CPU、プロセス、スレッド(concurrency)、そしてRubyのGVL（Global VM Lock）について自分の理解が不十分だと気づきましたので、これらについて調査・検証を行いました。 きっかけ：予期せぬCPU使用率の低下 私たちのサービスでは、バックグラウンドジョブの実行にSidekiqを利用しています。CPU使用率に基づいたオートスケールを設定しており、1vCPU 8GBの環境で処理していました
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
tech.stmn.co.jp
tech.stmn.co.jp
tech.stmn.co.jp
tech.stmn.co.jp
www.digital.go.jp
note.com/horishinb
www.tokyo-np.co.jp
pocket.shonenmagazine.com
docs.anthropic.com
speakerdeck.com/masuda220
www.itmedia.co.jp
togetter.com
meetscareer.tenshoku.mynavi.jp
internet.watch.impress.co.jp
developers.freee.co.jp
www.kottolaw.com
www.itmedia.co.jp
www.nikkei.com
onaji.me
developers.freee.co.jp
