原因不明だったRDS負荷のスパイクを改善できた話 - Qiita
概要 当時数ヶ月間誰も原因がわからなかった一時的にRDSの負荷（CPU使用率）がスパイクする現象の原因を調査できる環境を整えて、原因分析〜改善まで実施したときの話です。 1つ1つの取り組み自体は大きなことはやっていませんが、一連の動きで得られたものも多かったのでアウトプットしようと思い記事にまとめました。 取り組んだ課題 原因を特定するためのツールがない そもそも何が原因でRDSのCPU負荷が高まっているのかを調べるための情報がCPU使用率以外に全くない状況でした。 そこでRDSの負荷原因を探る方法を調べると、Performance InsightsやCloudWatch Logsへのスロークエリログ出力を使う記事をいくつか見つけたのでこの2つについて調べることにしました。 Performance Insights データベース負荷をSQLなどの単位で時系列で可視化したり、トップSQLやD
【打倒！阿部寛のサイト】高校生が本気でサイト読み込み速度の最適化に取り組んでみた - Qiita
さっそくですが、皆さん、阿部寛さんのサイトをご存知ですか？ エンジニア界隈の中では、ページ読み込みが早すぎると定番のサイトです。 でも、ほぼHTMLのサイトだし、まあ早いのは当たり前。。 うちのサイトでページ読み込みをここまで早くするのは無理。 なんて思っていませんか？まだ最適化のためにできることがあるかもしれません。 この記事では、阿部寛さんのサイトを目指して、高校生が本気でサイトの読み込み速度を上げるためにやった施策を公開します。 今回最適化したサイト 今回、サイトの読み込み速度を爆速化したのはこちら。 静的サイトジェネレータのJekyllを使用して開発したサイトです。 子ども向けプログラミング学習サイト「メクルン」 https://mekurun.com/ GitHubレポジトリ(良ければFork、Starをぜひ) https://github.com/Mekurun/mekurun
Linux perfで快適に計測するためのtips - Qiita
これがあるのとないのとでは分かりやすさが全然違うので、perfを使う時は常に入れておくようにすると便利です。 2. --call-graph は fp 以外で使う 上記の問題を解決すると perf record + perf report では何が呼ばれているかおおむね分かることが多いのですが、call graphを出すために perf record -g をすると [unknown] というのが出てきてしまうことがあります。(以降の計測結果はRack::Utils::HeaderHashを使ったRuby VMのベンチをRubyのmasterで走らせたものです) Samples: 38K of event 'cycles:ppp', Event count (approx.): 271180000 Children Self Command Shared Object Symbol - 1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
