Spark勉強会 JSplashの資料を公開+α - 最速チュパカブラ研究会 なんじゃああこりゃああああ。まじすげー! ゼリー吹いた サンプルも SVG に対応しているブラウザ(Firefox, Safari, Opera 9.6)なら再生できるのでクリックしてみてください。 (追記)swf を flare 経由で JavaScript のコードに変換するみたいですね!
Spark勉強会 JSplashの資料を公開+α - 最速チュパカブラ研究会 なんじゃああこりゃああああ。まじすげー! ゼリー吹いた サンプルも SVG に対応しているブラウザ(Firefox, Safari, Opera 9.6)なら再生できるのでクリックしてみてください。 (追記)swf を flare 経由で JavaScript のコードに変換するみたいですね!
Microsoft IEにとってはまた悪いニュースか。Firefox3はIE7と比べるとJavascript実行速度が10倍以上速いということになっているんだが、Firefox3.1ではこの差がもっと開きそうだ。 Firefox to get massive JavaScript performance boost: Mozilla is leveraging an impressive new optimization technique to bring a big performance boost to the Firefox JavaScript engine. The code was merged today (but is not yet ready to be enabled by default in the nightly builds) and is planned
http://shinh.skr.jp/jsdmkun/jsdmkun.html V8 速いなぁもう canvas で BulletML 動くんじゃね、と作ってみました。ううむプラグイン無しでも弾幕が普通に見られる時代に。 sdmkun 作ってた時は Pen 133MHz とかで、当時より速いんじゃないかなぁコレ。 適当に書いたけど Safari でもそれなりに動くなぁ… Firefox はちょっとつらい… あとまぁ FPS カウンタがあからさまにおかしいとか、 accel が無いとか、速度が違うから想定通りに動いてない弾幕があるとか、 horizontal が無いとか、そもそも当たり判定がないとか、色々未実装です。 まぁそいうもげもげよりは、 BulletML をちゃんと JS にコンパイルしてから動作するようにしたいです。そのへんきっちりやれば Firefox でもまともにいける気がす
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message Hi everyone, It's been a while, but now that Google has announced Chrome and V8, I can finally make a little clearer a major reason why I haven't been pushing Strongtalk development for quite a while: Chrome's new JavaScript engine V8. The V8 development team has
http://d.hatena.ne.jp/umitanuki/20080907 興味深い意見だけど,ちょっと違うと思うな. 予想通り、Chromeは純粋な演算(test1)とプロパティアクセス(test3)には滅法強そうです。ただし、DOM操作(test2)はSafariより遅く、文字列生成も他とあまり変わらず。DOM操作がSafariより格段に遅いのには驚かされます。 動的最適化を使ったHotSpotVMと同じ特徴が見られますね.かなりの数のJava技術者もGoogleに流れてるというし,もし動的最適化の技術を使っているなら,*1 マイクロベンチマークにはほとんど意味はない.*2 *3 パフォーマンスチューニングにおける大事なことは、ボトルネックを見極めて局所的につぶしていくことですが、 残念ながらV8の設計者はただの速度バカだったようです。 前半は賛成.後半には反対. 一画面でJav
Google Chromeが速いという意見をよく耳にしますが、何を言っているのかさっぱりわかりません。そういう人たちはGoogleのマーケティング戦略に騙されすぎです。 ブラウザの速さを決めるのはたくさんの要素がありますが、Chromeが速い理由の一つにJavascriptエンジンであるV8が速いことが挙がっています。本当にそうでしょうか。 まず理論面から。 多くのWebアプリケーションで、Javascriptがボトルネックになるとすれば、その大半はDOM操作によるものです。そしてDOM操作はレンダリングエンジンが実装していて、Javascriptはそれらを呼び出しているにすぎません。ChromeのレンダリングエンジンはSafariと同じWebkitです。ということは、速度の大半を決めるレンダリングエンジンが同じ以上、Chromeが爆速だというのは迷信です。ちなみにFirefoxのJSエン
前回の続きです. コードは飽きないうちに読め. これまでのあらすじ: プロパティアクセスを速くしたいから JIT をしようぜ. コンパイラ概観 V8 のコンパイラは JavaScript の AST を機械語に変換する. (AST はパーサがつくる.) AST のツリー構造は, Node クラスのサブクラス一族で構成されている (ast.h) コンパイラは関数の AST である FunctionLiteral オブジェクトをうけとって Code オブジェクトを生成する. AST とコンパイラは(またしても) Visitor パターンでつながる. (Visitor 好きは Strongtalk からの伝統らしい. Strongtalk VM のコンパイラも同じようなことをしている. 20 世紀の残り香が...) AST 側は Vistor のインターフェイスを提供する: //ast.h cl
爆速で話題の 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
Note: The Lively Kernel runs best in the Safari 3 web browser. With all the other web browsers, you may still experience bugs and unusual behavior. Update (May 2, 2008): The latest development versions of the Lively Kernel are now available on http://livelykernel.sunlabs.com/. Refer to technical documentation for details. Update (February 8, 2008): Version 0.8.1 of the Lively Kernel is now ava
二日前に Google が Chrome というウェブブラウザを発表しました。Windows 版しか公開されていないので、Mac ユーザの私は実際の製品に触れる機会がまだありません。個々の機能の多くは既存のブラウザのものを寄せ集めたものの、それがとてもうまい具合に寄せ集められているという噂には少しわくわくします。 今日の話題に選んだ V8 は Chrome に内蔵されている JavaScript のエンジンです。ここ数年、JavaScript の利用は進み、それにつれて徐々に JavaScript エンジンの性能は向上しています。でも、Google V8 によって、ようやく最新のプログラミング言語実装理論がスクリプト言語に応用されたことになります。これによって、JavaScript は核の部分で10倍程度の高速化が達成されます。 これはこれで大変なことなのですが、このようなシステムの登場は
These are my links for 2008-9-4: Google V8 JavaScript Engine - Google Code - V8はGoogleが開発したJavaScriptエンジンです。技術的にはSELFの動的コンパイル技術を応用することでプロパティーへのアクセスを劇的に高速化したことに加えて、現代的な世代別コピー方式のGCを採用したことがあります。これのお陰で、世の中からタコな実装のスクリプト言語が一掃されると嬉しい。
Show navigationWhat is V8?V8 is Google’s open source high-performance JavaScript and WebAssembly engine, written in C++. It is used in Chrome and in Node.js, among others. It implements ECMAScript and WebAssembly, and runs on Windows, macOS, and Linux systems that use x64, IA-32, or ARM processors. V8 can be embedded into any C++ application. Latest posts and feature explainersHow we made JSON.str
HTML とは HTML とは、誤解を恐れずに言ってしまうとウェブページ(ホームページ)を作るために使われている言語です。 例えば、以下のようなものが HTML です。 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <html lang="ja"> <head> <title>タイトル</title> </head> <body> <h1>見出し</h1> <p> 本文本文本文本文本文本文本文本文本文本文本文本文本文本文 本文本文<a href="hoge.html">ハイパーリンク</a>本文 本文本文本文本文本文本文本文本文本文本文本文本文本文本文 </p> </body> </html> サンプル イメージ湧きましたか? では、何故 HTML という
Using algorithms to solve problems can be a wonderful option when the result must be 100% exact or if each decision must follow the same method. A different method might be required if performance is the most important consideration. Approaching a problem the proper way can often be the key to finding a solution that works. An algorithm is a term used in psychology to describe a few of these probl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く