では時間が経ったので正解(?)をシェアします！ ポイントは、JSエンジンが関数AとBをどう最適化するかです。Aの場合、変数countが単純に扱われているので、最適化コンパイラーはsmall intとしてレジスターに載せて関数の処理… https://t.co/qChCXWG1nX
Andy Hall on Twitter: "では時間が経ったので正解(?)をシェアします！ ポイントは、JSエンジンが関数AとBをどう最適化するかです。Aの場合、変数countが単純に扱われているので、最適化コンパイラーはsmall intとしてレジスターに載せて関数の処理… https://t.co/qChCXWG1nX"
では時間が経ったので正解(?)をシェアします！ ポイントは、JSエンジンが関数AとBをどう最適化するかです。Aの場合、変数countが単純に扱われているので、最適化コンパイラーはsmall intとしてレジスターに載せて関数の処理… https://t.co/qChCXWG1nX
どうして Fastify は生の Node.js より速いの？ : (*x).b=z->a+y/c
Fastify 速いですね Express が hapi より遅いのは意外でした Koa は本体だけだと Express 以上に何もしないので その分速めです よくみると驚きなのが http.Server より Fastify が速いというところ http.Server はフレームワークを使わない Node.js 自体の API です Koa や hapi はこれを中で使っています これより速いということは Fastify は http.Server は使わずに net などを使って ソケット通信部分を直接操作しているのでしょうか？ http.Server を使ってない？Fastify のソースコードを見た限りでは 特に設定をしなければ http.createServer でサーバを作成しています つまり http.Server を使っています https://github.com/fas
User timing API | Articles | web.dev
High performance web applications are crucial to a great user experience. As web applications become more and more complex, understanding performance impact is vital to creating a compelling experience. Over the past few years, a number of different APIs have appeared in the browser to help analyse performance of the network, load times, etc. but these don’t necessarily give fine-grained detail wi
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「Webページ高速化の為に、○○は不要」が本質なのか？を考える