mal_blue@tumblr

Fri Sep 5
今日のナイトリー - Another 朝顔日記
つか、win2000 でも JIT ON で動くようになってたのね。

うちだと、JIT ON @ mozilla-central ID:20080904185509 で 3.1 との差が 倍くらい。JIT OFF だと 1～2割増くらいなのでたいしたもんだ。

JIT ON であちこち見たけど、GMail とかロードが少し速いかなといった程度であまり実感はない。DOM 周りとかは大差ないし 2倍程度だとこんなもんでしょう。
“ 日本人の研究者たちが、目には見えないが、触れたり、コントロールすることのできる物体を作り出す技術を開発した。

東京大学の研究者[情報理工学研究科の篠田裕之准教授や岩本貴之研究員ら]によって考案されたこのシステムは、複数の超音波を操作して焦点を作り出すことで、人間の手が「物体」を感じられるようにする。 東大の研究チーム、集束超音波で「見えない物体」の感触を実現(動画) | WIRED VISION
“ 今日はインターンシップの 4 人で開発中の Mockingbird というプロジェクトを紹介したいと思います。

このプロジェクトは、先日の紹介の中でも少し触れられましたが、「授業やミーティング、イベントなどの場面で Firefox を便利に使えるようにするための拡張機能および、ウェブサービス」です。拡張機能の主な機能は、他の PC 上の Firefox 同士で、ウェブブラウジングを共有する機能です。この拡張機能を使い、Mockingbird のウェブサービスを利用するメンバーは、同じセッション (IRC のチャンネルのような、部屋を作ります) に参加中のメンバー同士で、ウェブサイトの閲覧を共有することができます。 Mozilla Japan ブログ - Mozilla Japan Intern Labs - Mockingbird プロジェクトの紹介
“ The Chrome team is on top of their game. I filed two bugs yesterday, both have been triaged and I’ve received a long email from a dev. Nice. Twitter / John Resig: The Chrome team is on top o…

mozilla-central trunk

Bug 452805 – file:///*** is displayed instead of actual URL when D&D internet shortcut.
ひとまず、#c7 パッチを手当てして、D&D 周りは落ち着いたと思ったら、
Bug 453661 – Typed characters fail to display correctly once text box has Vertical scroll-bar is displayed
スクロールバーが出ると textarea で書いてる字が消える…たまらんなぁ

trunk ってのはこーゆーもんなんだけど、久々にイラつくのがつづくな。
lucille development blog » Blog Archive » V8 benchmarked

V8 JIT 解剖記事、なるほど…にしても

ネイティブ版とくらべて 1/7 の速度で処理できている。 これは以外な結果である。かなり高速な速度で js のコードが(V8により)動くのには驚いた. しかも JS は動的型付け言語なので、どうしてもランタイムでの処理にオーバヘッドがあるというのに.
本来であれば差異をみるにはこれらの関数抜きで比較する必要がある。

しかし、それを考えたとしても、(V8 で JIT された) JS 版は結構なパフォーマンスであると思う. もはやあと数年もしたら、動的言語やスクリプト言語が、ネイティブ版とほぼ変わらないくらいの速度で実行できるほどに JIT 技術が進化しそうだ. (V8 の、特にコード生成の JIT 技術は、上記の通り素直で特に先進的な技術は使われてないようだけどね. なので squirrelfish や TraceMonkey のほうに注目かな)
理由が見えてても凄いなぁ…組み込みとか他言語JIT VM実装とか、V8 のインパクトはかなり見込めそうな感じ。

というか、V8 benchmark の項目を見て、内容はあんまり Web 向きじゃないと思うのだけど、むしろ普通のアプリなり作るなり組み込むなりしたら、良いとこいくんじゃないかなぁとは思っていたんだけども。
“ Now that we have fast-path DOM and tracemonkey landed, I’m interested in re-doing some of the DOM performance profiles that were previously dominated by xpconnect overhead. One of the things I’d like to look for are hot-loop patterns in DOM JS which could be traced except for a single native DOM call, such as .getElementById or something similar. Instrumenting tracemonkey - mozilla.dev.tech.js-engine | Google group
Thu Sep 4

続々 V8 (from norah さん @ twitter)

V8エンジンってCPUのパワーがダイレクトに反映されると言うことだろうか？
ベンチを比較して見ている限り、CPUの違いがFirefox以上に出ているきがするなー。
簡単にデータ取ったのだけど、やっぱりクロックとシンクロしているみたいだなー
Fx3 のスコアが小さすぎて正確性にかけるなー・・・
ちゃんとチャート作って測定したところFx3とV8は同じ曲線を描いていた
と言う事はCPUの最適化とかは特にされて無いと言う事かー。
Operaを入れるとまた違った曲線を描くのが気になるがｗ
実際にベンチマークを取った側から言うとTraceMonkeyは不安定すぎて採用できるスコアじゃない CNet Japan 記事
ごもっとも、つか今のところ環境にシビアすぎる感じ。

from omo さん

AVM GC(MMgc?) 外しは XPCOMGC がまだまだだから外してるって話とは別なのかな。

V8 ネタねらいで見に行ったけど良記事収穫。
V8 ネタも期待しております_(__)_
“ 　数年前にデータベースがまだ利用しにくかった頃には、新聞の縮刷版や雑誌のバックナンバーなどから集めてきた記事や広告を実際にコンピュータに打ち込む必要があった。つまり、調べ尽くしたデータの整理だけで、大変な時間と労力を必要としたのである。SFCの学生たちは、この非生産的にして非頭脳労働的な作業のことを「サル仕事」と呼んでいた。

　その心は「サルでもできる仕事」か、「サルでもなければやらない仕事」か、それとも「サルにでもやらせたい仕事」なのか定かではないが、ともあれ、学生たちがこの「サル仕事」に辟易していたことだけは間違いない。

　ところが、である。何人もの学生たちが、この「サル仕事」に翻弄されている最中に、ある「真実の瞬間」を体験したのである。

　彼らは「サル仕事」が峠を越える頃になると、「あっ、読めた！」とか「あっ、わかった！」などという奇声を発したのである。決して、あまりの単純労働のために錯乱したわけではない。彼らは、収拾してきた膨大な資料の山を、ひたすらコンピュータに打ち込んでいくという荒修行にも似た単純作業の最中に、その資料の山を貫いているある軸や概念に突如気づき、奇声を発せずにはおれなかったのである。

　この現象、いったいどのように解釈したらよいのだろうか。まったく頭を使わず、指先でキーボードを叩き続けるだけの「サル仕事」の最中に、「記念日の社会的意味の変容」という高度に抽象的な課題に沿った、「データの整理軸」を見出してしまうのである！
「知的情報の読み方」（著：妹尾堅一郎　出版：水曜社） 実践！　専門知識を教えてみよう：第17回　サル仕事には意味がある――「習っていないからできない」問題を解くヒント (4/4) - ITmedia Biz.ID

孫引きだけど。「自然言語 : 繰り返したら別のモノ」 の実例というか。

又 Google Chrome

２つ前？ になんか疲れた。

Wed Sep 3
続 v8 - Google Code (Design Elements - Google V8 JavaScript Engine - Google Code)

Hidden Class って Ruby の特異メソッドの仕組みのような…

Dynamic Machine Code Generation

V8 compiles JavaScript source code directly into machine code when it is first executed. There are no intermediate byte codes, no interpreter. Property access is handled by inline cache code that may be patched with other machine instructions as V8 executes.
あー、なるほど、バイトコードでなく、Hidden Class によって静的な生成(Compile)みたいなことして、直接マシンコードを生成＆実行か、確かにこれは JIT だわ。つーか…本当にコンパイル＆実行をほぼ同時にやっとる。

しかし…やばめなマシンコード生成ってされないかな？パースで弾けるだろうし、sandbox あるしとは思うけど…

GC はまだ良くわからんが…If an object is moved in a garbage collection cycle, V8 updates all pointers to the object. これって結構コストかからんか？Handles and Garbage Collection の図からすると、スタック作り直しのような…
V8 はビルドが Scons なのが目新しい。ネイティブコードまわりをちらみしたら Sun の名前があってびっくりしたけど http://code.google.com/p/v8/source/browse/trunk/LICENSE にちゃんと “Strongtalk assembler” ってあった。

http://code.google.com/p/v8/source/browse/trunk/src/assembler-ia32.h の XMMRegister で http://google.com/codesearch?q=XMMRegister すると JDK が出てくる。

あと jscre (JavaScriptCore’s variant of the PCRE library) と dtoa (double-to-ascii, 倍精度小数点数の文字列への変換) が外から。
ぐひー、JDK, PCRE, dtoa は気がついたけど LICENCE 見てなかった(ぉ StrongTalk かぁ…本当に動的言語の高速化技術引っ張りまくりだなぁ。
この記事(わし注:The Hitchhiker’s Guide to …: Google Chrome, JavaScript and Smalltalk)によると Google Chrome の V8 にも、同様の技術が使われているようですね。…というか、Self VM から Animorphic VM、Java HotSpot VM、OOVM、そしてこのほどの V8 には、“VM の魔法使い”と呼ばれるラース・バック（Lars Bak）が共通してかかわっているという話のようです。
あああ、comic にも居たし聞いた名前と思ったら Wizard でしたか…google の talent 集中力が chrome には出てるなぁ…

続々 Google Chrome

Google Chromeはブラウザ市場の台風の目？:CNET Japan オンラインパネルディスカッション - CNET Japan
から辿って。

この辺の目算から言えば、mozilla 陣営にとっては願ったりな方向なんで、文句つけないのは当然。Web OS の端末として、thin がいいか Rich がいいかの話になるけど、どうせ先のどーなるかわからん話だ。Air もそんなに喧嘩相手にはならん気がする。
thin と Rich な端末というより Google Chrome - Column@nak 読んだら Web の shell (sh, bash, tsch, zsh とか) としてどっちがいいかみたいな話になるんでないのかな、この筋だと。

Web OS のもっと先として 「アプリなんていらない」 方向がいいなとは思うけど、さてさて。
Burning Chrome: Replacing JSLib in Verbosio
む、JSLib を JavaScript Module に書き換えるとな