John Resig - Analyzing Timer Performance
A big push of Firefox 3 has been to improve its overall performance (memory, speed, ui responsiveness, JavaScript, etc.). One thing that I wanted to see get a little love was the performance of timers (setTimeout and setInterval). However, in order to make my case, I had to do some analysis. I built a super-simple test case: Moving a div, one pixel at a time, 100 pixels. I did this using setTimeou
for 文を setTimeout に変換する - IT戦記
for 文で 100 項目とか 1000 項目とかあるテストケースを処理するとブラウザが固まる。 こんなダイアログが表示されます。 ということで for 文を setTimeout や setInterval に変換する事で定期的にブラウザに処理を戻すことができる。 // ここでは console.log のところでログを取ってますが // 通常は処理が入ります。 for (var i = 0; i < 3; i ++) { console.log('a' + i); } /* * 結果 * a0 * a1 * a2 */ これをまず while 文に変換 var i = 0; while (true) { if (!(i < 3)) break; console.log('a' + i); i ++; } /* * 結果 * a0 * a1 * a2 */ で、 setTimeout に
ハタさんのブログ : setTimeoutの実行は、functionの評価が終わってから
たぶん、IT戦記な人とかが書いてるんだろうけど、少し書く。 setTimeoutが実行されるのは、functionの評価が終わってから。ということ。 もっというと、setTimeoutが宣言されたスコープ(コンテキスト? 関数?)の評価が終わってから、setTimeoutで登録された関数がスタックで登録される(実行待ち) その後、登録された関数を順次実行していく とりあえず、サンプル たとえば、次のコードに書かれているsetTimeoutが実行されるのは、0ms後ではなく、functionの評価が終わってから Event.observe(window, 'load', function (){ var start = new Date; console.log("start: " + (new Date - start)); setTimeout(function (){ console
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
