Tracing TypeScript Compiler
はじめにTypeScript 4.1 で新しく増えた --generateTrace という TypeScript Compiler の profile を取得するオプションについて。 TypeScript 4.1 beta でもすっ飛ばされていたネタなので、多分あまり注目されていないだろうし、 僕もたまたま PRs を眺めていたら見つけた程度だし、他の feature と比べるとかなりニッチなのだけど、個人的に面白かったのでエントリに残しておく。 なぜ僕が今回のオプションに惹かれたかとういうと、 3 ヶ月くらい前に、仕事でやっている TypeScript のプロジェクトについて「ローカルでの tsc が遅い！なんでだ！」って感じで憤ってた時期があって、 どこにボトルネックがあるか調べようと思ったことがあったのだけど、このときは深く調べることができずに挫折したという経緯があるため。 ちなみ
MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]
株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な
![MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e9d48c3c6f38c2d5f71897d98efcb251289d1f9/height=288;version=1;width=512/https%3A%2F%2Ftechblog.raccoon.ne.jp%2Fwp-content%2Fuploads%2F2021%2F07%2Fboard-755792_800.jpg)
Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応
Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM（Object-Relational Mapper）は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり
メタ・パフォーマンスチューニング
2020/12/15 @ FE Study #2 パフォーマンスチューニングの話です。
JavaScriptのArrayでuniqする8つの方法（と、その中で最速の方法） - Qiita
この記事は会社のブログとのクロスポストです。 みなさんはuniqというコマンドやメソッドをご存じでしょうか？ LinuxやmacOSのシェルのコマンドとして使えるuniqは、与えられた入力の中で（連続する）同じ値を重複と見なして除外するというコマンドです。例えばこんな風に使います。 $ cat /var/log/apache2/access.log | cut -d ' ' -f 1 192.168.0.12 192.168.0.10 192.168.0.12 192.168.0.12 192.168.0.11 192.168.0.10 192.168.0.11 192.168.0.11 $ cat /var/log/apache2/access.log | cut -d ' ' -f 1 | sort | uniq 192.168.0.10 192.168.0.11 192.168.0.
CDNフル活用でつくる、高速Webアプリ / Using CDN To Improve Web Performance
CDNフル活用でつくる、高速Webアプリ / Using CDN To Improve Web Performance
RDS for MySQLで変更すべきパラメータチューニング - なからなLife
呼ばれたきがしたので soudai.hatenablog.com なお、InnoDB限定のお話ですよ。MyISAMを（システムテーブル以外で）使ったことない若輩者なので。 ちょっと余裕がないこともあり、思いつく最小限のことだけ書きます。追加で思いついたら後ほど＆温かいフォロー（というマサカリ？）歓迎。 checkpointに影響がある値 innodb_log_file_size Redoログのファイルサイズです。 生MySQLのデフォルトは「50331648 Byte（48MB）」、RDSのデフォルトは「134217728 Byte（128MB）」。大きなバッチ処理がなければ間に合うかも知れないですが、広げたほうがよいでしょう。 適切な値の範囲は、1M バイトから 1/バッファープールの N 番目のサイズまでです。ここで、N はグループ内のログファイルの数です。 https://dev.m
【React】 PureComponent にアロー関数を渡してはいけない - Fuji Haruka's blog
React v15.3 で追加された PureComponent は便利だけど、少し間違えるとパフォーマンス上がりませんよという話。 記事を書こうと思い立ったあとで調べたら先人がいらっしゃった。 React.js pure render performance anti-pattern 二番煎じだが、自戒のためにもメモを残しておく。 PureComponent とは shouldComponentUpdate をよしなにしてくれる。 props を shallow 比較して変更があったら render する。 React のレンダリングパフォーマンスを上げようと思ったら shouldComponentUpdate をいじるのは避けて通れないけど、PureComponent のおかげであまり考えなくて済む。 state を持たないコンポーネントはだいたい PureComponent 使えば良
Yahoo!ニュースにおけるBFFパフォーマンスチューニング事例
2019/03/12 : Node学園 33時限目 https://nodejs.connpass.com/event/122297/
時間計測をしてNode.jsアプリのパフォーマンス改善の手助けをする - 技術探し
現在のNode.jsの安定性指標 Performance Timing API 目的 提供される変数・メソッド イメージ PerformanceEntry entryType node gc Performance timeOrigin now() nodeTiming mark() measure() timerify() getEntries() getEntriesByName() / getEntriesByType() PerformanceObserver ユーザーの手順 区間測定を行う 関数実行にかかる時間を測定する 使用例 Server Side Rendering まとめ 区間測定をしたい場合 イベントの測定をしたい場合 前回の記事とはまた別の話です。 blog.hiroppy.me 今回は、土曜日に京都で話したきたPerformance Timing APIについて話し
お前らのReactは遅い - Qiita
煽りタイトルですみません。 最近、Reactのプロジェクトのページを動かしていて、 もっさりしてる（レンダリングの負荷が高いな）と思ったので どうやったら無駄なレンダリングを減らせるか思考錯誤したことをまとめました。 preactとか別ライブラリの話はしません。 よかったらこちらもどうぞ ReactJSで作る今時のSPA入門（基本編） 2019年07月06日追記： ブラウザのレンダリングの仕組みに関して良記事があったので先に一読しておくことをおすすめします。 良記事１：実際のところ「ブラウザを立ち上げてページが表示されるまで」には何が起きるのか 良記事２：ブラウザレンダリング入門〜知ることで見える世界〜 １ピクセルがブラウザに表示されるまで：Life of a Pixel 2018 この記事に関してはReactのDOMツリー（レイアウト）レンダリングに関する最適化戦略です。 2020年02
React製 SPA における パフォーマンスチューニング - SSSSLIDE
nodefest@2018.11.23 html5j@2018.11.25
フロントエンドのパフォーマンス改善とメモリリーク対策の方法 | TECHSCORE BLOG | TECHSCORE BLOG
こんにちは。平奥です。 これは TECHSCORE Advent Calendar 2017 の 24 日目の記事です。 フロントエンドエンジニアが常日頃システムに対して注意を払わないといけないところ、今回はパフォーマンスとメモリリークについて記載していきたいと思います。 開発初期の頃はあまり気にしないことが多いパフォーマンスですが、機能追加を繰り返していくことにより、表示するデータ量が大量になっていたりして、気づくと表示するのに数十秒かかる画面があるというようなこともあったりします。 特にフロントエンド側はクライアント側のマシンスペックに依存しますので、システムがどういうユーザがどのようなスペックのマシンを使用しているかなども調査して表示などのパフォーマンスを維持しないといけません。 また使用するブラウザによって JavaScript エンジンが異なり、パフォーマンスに雲泥の差が出ること
Ionic+PWA対応サイトのLighthouseスコアを34から81まで上げる話
Ionic Meetup Tokyo #4(2018/05/20)にてLTした資料です。 スコアアップを図ったWebサイトは以下。 https://aahub.org
Lighthouseでwebサイトのパフォーマンスを計測する｜Goodpatch Blog グッドパッチブログ
Goodpatch Advent Calendar 2017では、Goodpatchのメンバーが興味を持っている分野や、利用している技術などについて書いていきます。 こんにちは、スープです。 Prottのフロントエンドエンジニアをしています。 この記事ではGoogleが開発しているLighthouseというツールを紹介します。 Lighthouseとは webサイトのパフォーマンスやアクセシビリティ、WPA等のメトリクス測定ができるツールです。 GithubのREADMEにはこうありました。 Lighthouse analyzes web apps and web pages, collecting modern performance metrics and insights on developer best practices. Github：https://github.com/G
PostgreSQLでauto_explainを使ってどのクエリが遅いか把握する - $shibayu36->blog;
ある機能が重いなどといった理由で、DBのどのクエリが遅いか把握したいことはよくあります。そんな時、PostgreSQLのauto_explainが便利だったので紹介。 auto_explainを使うと、指定した実行時間以上を利用しているクエリに対して、自動で実行計画をログファイルに出力してくれるというもの。詳細はこちら。 https://www.postgresql.jp/document/9.6/html/auto-explain.html https://www.postgresql.jp/document/9.6/html/using-explain.html 最近便利に使えたのは以下の設定。 # 自動でEXPLAIN ANALYZEしてパフォーマンス解析したい時用 session_preload_libraries = 'auto_explain' auto_explain.log
Node.js Performance 改善ガイド - from scratch
Node.js Performance 改善ガイド Memory の場合 メモリリークかどうかを特定する メモリリークではない場合 CPU の場合 どこの処理に時間がかかっているのかを確認する v8 simple profiler flame graph を取得する File の場合 大きなサイズのファイルをどうしても扱う時 Network の場合 keepalive を on にする その他: 全体的にパフォーマンスを改善するためにやること JIT が効いているかを確認する clusterが使えないか検討する C++ addons vs JavaScript libraries まとめ 参考資料 Node.js Performance 改善ガイド この記事は Node.js 2 Advent Calender の 5日目の記事です。 qiita.com Node.js のパフォーマンスに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading Performanceとの向き合い方 / InsideFrontend 2019
React Performance Tuning
autocannon