GitHub - cloudwego/netpoll: A high-performance non-blocking I/O networking framework focusing on RPC scenarios.
Netpoll is a high-performance non-blocking I/O networking framework, which focused on RPC scenarios, developed by ByteDance. RPC is usually heavy on processing logic and therefore cannot handle I/O serially. But Go's standard library net is designed for blocking I/O APIs, so that the RPC framework can only follow the One Conn One Goroutine design. It will waste a lot of cost for context switching,
サイト速度とonload再考 | ゆっくりと…
単にウケ狙いなら「革新的！GAのページ平均読み込み時間を劇的に速くする方法」とか「もう3rdパーティーに邪魔させない、超高速スクリプト読み込み術」（笑）とかの煽りタイトルを付けるところですが、今回はもっと本質的なことを論じてみたいと思います。 「プログレッシブレンダリングでUXを向上させるJS非同期読み込みのベストプラクティス」では、スクリプトの読み込みと実行を window.onload 対象から切り離し、見た目のページ速度を速くする方法について書きました。この方法は既存のスクリプトを書き換える必要があるため、Stoyan Stefanov によって 実験的に実装された Facebook SDK か、自前のスクリプトにしか適用できませんでした。 しかし今回、Hatena や Twitter、Pocket、Disqus など、他の 3rd パーティ製スクリプトにも適用できる方法 − “進化
巨大な配列をUIスレッドをブロックせずに処理する Array#async を mofmof.js に実装してみました - latest log
(ε・◇・)з o O ( 実装に4時間かかってるけど、1分でよめるよ! ブラウザ上で動作する JavaScript はシングルスレッドで動作するため、 巨大な配列を Array#forEach などに与えてしまうと UI スレッドが固まってしまう可能性があります。 Array#async は配列を適当な単位*1に分けて処理するイテレータメソッド(each, map, some, every)を返します。 処理終了(each, map)か条件成立(some, every)で callback(戻り値) を呼びます。map なら戻り値は配列になります。 if (!Array.prototype.sync) { Array.prototype.sync = Array_sync; } if (!Array.prototype.async) { Array.prototype.async = A
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
