これの続き。 なんかかなりjitterがあるみたいでおかしな結果になってるんだけど、アルゴリズムごとの特徴は出てるので。 - Chrome FF3.0.5 FF3.1b2 IE6.0 IE8.0b2 Opera Safari WebKit/r40352 concat_op 32 203 150 747586 453 156 51.5 32 join 36 478 596.5 562.5 234.5 445.5 87.5 38 hybrid 5 99.5 108.5 156 195.5 195.5 23.5 18 newbulk 0 38 52.5 47 15.5 54.5 1.5 2 ちなみにnewbulkのコードは var newbulk = function(s, n) { var s, r = ''; while (n > 0) { if (n & 1) r += s; s += s
* The “real” time in seconds as timed with `time -p perl foo.pl` on a 1.1 Ghz ThinkPad T23 laptop with Ubuntu 8.04 Linux. ** The virtual memory size when the script is about to exit, as timed by printing the output of this at the end of the script run: `ps -o pid,user,rss,vsize,ucomm -C perl`; Let’s go through some of the numbers. CGI::Simple, a lighter-weight CGI.pm alternative turns in the best
1年ほど前に作ったsha1.jsをgoogle Chrome上でベンチマークをとってみました(Win Xp@Core2Dup 2.6GHz)． 結果はpajhomeさんの実装では20倍以上もの凄まじい速度向上がありましたが，もともと最適化していた私ものものはあまり速くなっていません． これはループアンロールなどの(つまらない)努力は不要になるということで，すばらしいことです． ただ数値計算に限っては，もともと十分に最適化されていればIE6と大きく変わるものでもないとも言えます． ちなみにC++でのSHA-1では0.0056msecでした．まだ100倍ほどの開きはあるようです． ところでchromeのJIT部分で使ってるassembler-ia32.ccなんかみるとxbyak使ってほしいなとか思ったり．x86-64への対応が簡単になると思いますがいかがでしょう． my SHA-1pajhom
We have been busy, mostly fixing bugs for stability, but also winning a bit more performance, since TraceMonkey landed on mozilla-central, from which Firefox 3.1 alpha-stage nightly builds are built. Tonight's builds include a fix for the bug that ilooped a SunSpider test (my apologies to those of you who suffered that bug's bite). But what I'm sure everyone wants to know is: how do we compare to
爆速で話題の Google Chrome 搭載 JavaScript VM “V8” は、Animorphic Smalltalk VM がベースになっているらしい の続き。 その速いと言われる V8。実際、どのくらいの速度で動くのかを具体的な数値として見てみたくなったので、手軽に試すことができるフィボナッチベンチで、そのスコアを手元の処理系たちと並べて比較してみました。 環境は Modbook 2.4GHz Core 2 Duo（MacBook 相当）の Vista SP1 で、40番目のフィボナッチ数（63245986）の算出にかかった秒数をカウントしています。結果は次のようになりました。 言語 処理系 スコア [秒] JavaScript Google Chrome (V8) 2.95 JavaScript Firefox 3.01 (SpiderMonkey) 31.9 Small
Summary: JavaScript Benchmarks aren’t adapting well to the rapid increase in JavaScript engine performance. I provide some simple tests for verifying this and propose a modified setup which could be used by all JavaScript Benchmarks to achieve high-quality results. There now exists three, what I would consider to be, major JavaScript performance benchmarks. Each are released by a major browser ven
ウレタン系高反発マットレスでよく言及されるのが密度です。それを頑張って分かりやすく説明してみます。
最近はシェーダ JIT の可能性をいろいろ探索するためにコンパイラ技術を調べています. 論文を読んでいると、JIT 技術の研究コミュニティが目指しているひとつの行き先は動的言語の高速実行であることが分かる. ちょうど Google Chrome の JavaScript エンジン V8 がなんか早いらしいということで、 すこし中身をしらべ、BlackScholes 計算でベンチマークを取ってみました. V8 V8 の実行性能については、 John Resig 氏のサイトに比較がいろいろあるので参照してほしい. http://ejohn.org/blog/javascript-performance-rundown/ ベンチの内容にもよるのだが、Chrome ベンチを除けば、 Tracing JIT による TraceMonkey と大体同程度のパフォーマンスを実現している. V8
Googleがオープンソースのウェブブラウザ「Chrome」をリリースした理由の1つとして、同社は「処理速度」によって実現される、より高速なブラウジングと、いっそうリッチなアプリケーションを追求していることが挙げられる。では、実際Chromeの処理速度は、他のブラウザと比較してどの程度なのか。 Googleは5種類のJavaScriptベンチマークを行った。Chromeはこれらすべてのテストで、他のブラウザを凌ぐ結果を出している（提供： Stephen Shankland/CNET News） Googleのエンジニアで、ChromeのJavaScriptエンジンV8を担当するテクニカルリーダーLars Bak氏は、米国時間9月2日に行われた同ブラウザの発表イベントで、ChromeのJavaScriptの実行速度は、他のブラウザの「何倍も速い」と自負している、と語った。JavaScript
A new JavaScript Engine has hit the pavement running: The new V8 engine (powering the brand-new Google Chrome browser). There are now a ton of JavaScript engines on the market (even when you only look at the ones being actively used in browsers): JavaScriptCore: The engine that powers Safari/WebKit (up until Safari 3.1). SquirrelFish: The engine used by Safari 4.0. Note: The latest WebKit nightly
A New JavaScript Benchmark From the WebKit Team Here in WebKit-land, we strive for great performance and we love to make things faster. When doing performance work, it’s critical to be able to measure how fast you are at any given time and track changes. And it’s important to make sure your metric reflects realistic use cases. None of the existing JavaScript benchmarks were exactly suited to our n
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
