How fast is javascript? Simulating 20,000,000 particles
How fast is javascript? Simulating 20,000,000 particles The challenge, simulate 1,000,000 particles in plain javascript at 60 fps on a phone using only the cpu. Let's go. Ok, this is not a particularly difficult challenge if you did all the work on a gpu but the rule of the challenge is to use the CPU only or as much as possible and to stay in js land so no wasm. I know what you are thinking. This
フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング
去年からフロントエンドのパフォーマンスについて断続的に学んでいるが、自分の頭のなかにある知識はどれも断片的で、まとまりを欠いているような感覚があった。 知識と知識がつながっておらず、各施策が何のために行われるのかも、必ずしも自明ではなかった。何となく「パフォーマンスに効果がある」と言ってしまうが、それが何を指しているのかは実は曖昧だった。 このような状態では新しい知識を得ていくのが難しいというか、効率的に行えないように思えた。議論の背景が分からないし、文脈や問題意識を上手く掴めないから。何の話をしているのかよく分からない、という状態になりがち。書かれてあることの意味は分かっても論旨を掴めているわけではないから、自分のなかに定着しない。 そこで、現時点で自分が知っていることを整理して、自分なりに分類しておくことにした。 当たり前だが、どのテクニックがどの程度有効なのかは、状況によって違う。
JavaScript component-level CPU costs
Stoyan (@stoyanstefanov) is a Facebook engineer, former Yahoo!, writer ("JavaScript Patterns", "React: Up and Running"), speaker (JSConf, Velocity, Fronteers), toolmaker (Smush.it, YSlow 2.0) and a guitar hero wannabe. Let’s talk a bit about keeping tabs on how much CPU is consumed by an application’s JavaScript. And let’s frame the discussion around components – the atomic building blocks of the
Maybe you don't need Rust and WASM to speed up your JS
Few weeks ago I noticed a blog post “Oxidizing Source Maps with Rust and WebAssembly” making rounds on Twitter - talking about performance benefits of replacing plain JavaScript in the core of source-map library with a Rust version compiled to WebAssembly. This post piqued my interest, not because I am a huge on either Rust or WASM, but rather because I am always curious about language features an
Array + Set で検索を高速に - hogehoge @teramako
Array#indexOf(item) !== -1をやって存在を確認するのが、どうにも速い気がしなくてやってみた。 とりあえず、Array.indexOf vs Set.has · jsPerfで速度確認。Set#hasが圧倒的に速い。 かと言って、単純な Set では以下の点で使いづらい 値の順番操作が面倒 入っている値に直にアクセスすることができない ということで、配列的なんだけど、内部にSetオブジェクトを持ったものを作ってみた https://gist.github.com/teramako/4970442 ECMAScript.next なのがたくさん入っているので、今のところ、Firefoxでないと動かないと思う 値があるかどうかの確認は高速(UniqArray#hasの使用) それ以外の操作は余計な処理をするので遅くなりそう 値の重複は許さない（メリットでありデメリットでも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - kurtextrem/awesome-performance-patches: 🚀⚡ Awesome list about performance related patches/PRs.
eleventy-high-performance-blog/_11ty/blurry-placeholder.js at 624aaa9ede9df609e2d4656f23d819621f5cb464 · google/eleventy-high-performance-blog