気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
buildup-db.blogspot.comエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント7件
- 注目コメント
- 新着コメント
yumetodo_bg
C++が遅くなっているというより、新しい記法を使おうとする開発者の動きにコンパイラの最適化が追いついていないんだと思う。C++の0-overhead原則は処理系がそう最適化するのを妨げないと思っておかないと痛い目をみる。
rryu
思っていたのと違う展開だが、同じソースコードをgccとclangでコンパイルするとclangの方が優位に速いということなのだろうか。公式バイナリをなぜclangでビルドしないのかということ？
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQL 8.0 は遅くなってきてる？何故？（２）
前のエントリの続きです。 念を押しておきますが、このブログの「内容は個人の考えであって、所属組織と... 前のエントリの続きです。 念を押しておきますが、このブログの「内容は個人の考えであって、所属組織とは方針が異なる」と考えてください。 さて、MySQL 8.0.xの単スレッド性能がどんどん遅くなってきた要因は幾つかありそうなので切り分けていきたいと思います。 まずは、数年前のエントリ「やはりC++はCよりも遅い？」の影響をできるだけ正確に見積もりたいところです。実行バイナリの最適化レベルを合わせて比較して初めて、ロジックの劣化が判るわけです。コンパイラのオプションの範疇でできるだけ最大の最適化を行って計測したいところです。いくつか試した結果、clangのPGO+LTO が手軽な中では最も効果があったのでそれで同じ計測をしてみましょう。(GCCのPGO+LTO と clangのPGOのみ はこれよりも少し劣ったのでとりあえず。) (補足) PGO は、一旦ターゲットとなる処理をプロファイリン
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
buildup-db.blogspot.com
buildup-db.blogspot.com
buildup-db.blogspot.com
buildup-db.blogspot.com
2024/09/12 リンク