mal_blue@tumblr

今日のナイトリー - Another 朝顔日記

Fri, 05 Sep 2008 18:10:27 +0900

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

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

JIT ON であちこち見たけど、GMail とかロードが少し速いかなといった程度であまり実感はない。DOM 周りとかは大差ないし 2倍程度だとこんなもんでしょう。

"日本人の研究者たちが、目には見えないが、触れたり、コントロールすることのできる物体を作り出す技術を開発した。 ..."

Fri, 05 Sep 2008 17:24:11 +0900

“日本人の研究者たちが、目には見えないが、触れたり、コントロールすることのできる物体を作り出す技術を開発した。

東京大学の研究者[情報理工学研究科の篠田裕之准教授や岩本貴之研究員ら]によって考案されたこのシステムは、複数の超音波を操作して焦点を作り出すことで、人間の手が「物体」を感じられるようにする。”

- 東大の研究チーム、集束超音波で「見えない物体」の感触を実現(動画) | WIRED VISION

"今日はインターンシップの 4 人で開発中の Mockingbird というプロジェクトを紹介したいと思います。..."

Fri, 05 Sep 2008 17:19:57 +0900

“今日はインターンシップの 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..."

Fri, 05 Sep 2008 14:57:36 +0900

“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

Fri, 05 Sep 2008 14:50:17 +0900

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

Fri, 05 Sep 2008 14:38:00 +0900

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..."

Fri, 05 Sep 2008 14:13:57 +0900

“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

続々 V8 (from norah さん @ twitter)

Thu, 04 Sep 2008 15:09:00 +0900

V8エンジンってCPUのパワーがダイレクトに反映されると言うことだろうか？

ベンチを比較して見ている限り、CPUの違いがFirefox以上に出ているきがするなー。

簡単にデータ取ったのだけど、やっぱりクロックとシンクロしているみたいだなー

Fx3 のスコアが小さすぎて正確性にかけるなー・・・

ちゃんとチャート作って測定したところFx3とV8は同じ曲線を描いていた

と言う事はCPUの最適化とかは特にされて無いと言う事かー。

Operaを入れるとまた違った曲線を描くのが気になるがｗ

実際にベンチマークを取った側から言うとTraceMonkeyは不安定すぎて採用できるスコアじゃない CNet Japan 記事

ごもっとも、つか今のところ環境にシビアすぎる感じ。

from omo さん

Thu, 04 Sep 2008 11:24:08 +0900

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

V8 ネタねらいで見に行ったけど良記事収穫。
V8 ネタも期待しております_(__)_

"　数年前にデータベースがまだ利用しにくかった頃には、新聞の縮刷版や雑誌のバックナンバーなどから集めてきた記事や広告を実際にコンピュータに打ち込む必要があった。つまり、調べ尽くしたデータの整理だけで、大変..."

Thu, 04 Sep 2008 11:19:09 +0900

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

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

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

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

　この現象、いったいどのように解釈したらよいのだろうか。まったく頭を使わず、指先でキーボードを叩き続けるだけの「サル仕事」の最中に、「記念日の社会的意味の変容」という高度に抽象的な課題に沿った、「データの整理軸」を見出してしまうのである！
「知的情報の読み方」（著：妹尾堅一郎　出版：水曜社）”

- 実践！　専門知識を教えてみよう：第17回　サル仕事には意味がある――「習っていないからできない」問題を解くヒント (4/4) - ITmedia Biz.ID

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

又 Google Chrome

Thu, 04 Sep 2008 00:23:00 +0900

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

Windowsに対抗するために必要なものとは—グーグルの新ブラウザChromeの弱点を探る:ニュース - CNET Japan
　しかし、Googleは、いかなる損害を伴おうとも、独自にやってゆきたいようだ。同社は、Chromeについて、企業秘密だったものが外部に漏れ、その後世界に発表されたものであり、透明なコミュニティーによる取り組みではなかったと認識しているはずだ。Googleは、Androidの時も今回と同様に非公開のコミュニティーを作り、Androidの開発希望者らを苛立たせた。
まぁ…コミュに関してはちょっと置いといて、そこが Rhin shell と Rich shell の違いというべきかなんと言うか…まぁ ubiquity に類することやってきそうな予感がするのよね。
TechCrunch Japanese アーカイブ » グーグル「Chrome」発表記者会見ライブ 2年前というと、Fx2 が何とか出て、Ben Goodger, Darin Fisher が google に行った頃ね…納得。
ブラウジング体験を向上：「V8」エンジンに込めた高速化の願い、Google Chromeの狙いとは - ITmedia エンタープライズ
V8という名称はV型8気筒エンジンに由来する。米国製自動車ではV8エンジンが高性能を表現するステータスシンボルであり、Google ChromeのV8はそのシンボルにあやかって命名されたものであるという。
へー^3
スラッシュドット・ジャパン | Google開発の新しいブラウザGoogle Chrome、β版公開
IE や Firefox を起動した状態で about:memory を叩くと、なぜか IE/Fx の使用メモリまで表示します。対抗意識丸出しすぎでしょう。
#1414540

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

Wed, 03 Sep 2008 22:14:00 +0900

続 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

Wed, 03 Sep 2008 21:44:00 +0900

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

Wed, 03 Sep 2008 17:34:50 +0900

Burning Chrome: Replacing JSLib in Verbosio: む、JSLib を JavaScript Module に書き換えるとな

"そして最後に、2005年以降にWikipediaの「Googleが買収した企業リスト」の一部にさえ載っていない、ネット上にほとんど情報がない「Skia」という企業を買収していることが明らかになったそうで..."

Wed, 03 Sep 2008 15:21:00 +0900

“そして最後に、2005年以降にWikipediaの「Googleが買収した企業リスト」の一部にさえ載っていない、ネット上にほとんど情報がない「Skia」という企業を買収していることが明らかになったそうです。この企業は携帯電話などのモバイル端末で、最先端の2Dグラフィックスを表示できるグラフィックスエンジンを開発している企業であるとのこと。”

- Googleの携帯電話「Google Phone」て本当か？これは気になるなぁ

某所からメモメモ。確かに chronium の graphic 関連に Skia ってついてるのが幾つか
てか、skia ってパスも掘ってあるなぁ。

skia: Google’s Skia graphics library developed for Android. This is a copy from Android’s tree. Our additional classes in base/gfx wrap Skia.
Getting Around the Chromium Source Code (Chromium Developer Documentation)
さよけ。

"Squeak の理念は「アプリケーションなんて要らない」という事だ。Squeak..."

Wed, 03 Sep 2008 14:30:02 +0900

“Squeak の理念は「アプリケーションなんて要らない」という事だ。Squeak の中のすべての部品は有機的につながっていて、例えばソースコードの中でワープロのようなキーバインドやハイパーリンクが使えるし、文字をうてる所ならどこでもそこから Smalltalk コマンドを実行出来る。Scamper もまたそういった環境の一部であるべきだ。つまり例えば日記の中に面白い Squeak のソースコードを書いたら、そのまま選択して実行出来るというのが自然なんじゃないか。というわけで Scamper に数行足して作ったのが Scamper Workspace。”

- ぼくが作った Wiki とワークスペースの歴史 - 言語ゲーム

OpenDoc や B-Tron の TAD 文書に繋がるものが、つか多分 Smalltalk 環境由来なんだろうな。こーゆーの好き。

これ以後も面白い、改めて遊びたくなった。

続 Google Chrome

Wed, 03 Sep 2008 12:17:59 +0900

今の所つかえないので、
Google Chromeを使ってみた」をなりふり構わず集めてみた - klimの独り言
からあちこち。

Web Viewer としては最強かも、つーか Emacs に対する vi 見たいな感じ
Tab 活用がうまいので、タブブラウザ群のいい所をシンプルにした感じ？
画像収集な人とかにはかなりよさげ

最初の方向性は Safari かと思ってたが、こっちのほうがよさげな感じ、Font がまだまだってのが後々響くと思うが…

OPC Diary: Google Chrome Windows版使い始めて1分の感想
tab 毎のプロセスって、ほんとにタスクマネージャのプロセスなのね…

v8 - Google Code

Wed, 03 Sep 2008 11:53:00 +0900

v8 - Google Code:

Introduction - Google V8 JavaScript Engine - Google Code

Google Chrome の JavaScript エンジン V8 を試す - IT戦記
さすが早い。

ほんとにコンパクトだなぁ。array extras は入ってるような？おお、__(define|lookup)(Getter|Setter)__ 入ってるらしいな。むむむ、const や Object Literal 内の get, set もありの様子。見るべき所は GC や VM っぽいなぁ。JIT っぽいの入ってる？各CPU 最適化コードが入ってるのはわかるが…ありゃ、こっちとこっちへ。そーゆーことか

グーグル「Chrome」、JavaScriptベンチマークで競合ブラウザを圧倒:マーケティング - CNET Japan
Google ChromeのJavaScriptエンジンV8の性能評価 - blog.katsuma.tv
怪しすぎるわ。
Big Sky :: 【速報】とりあえずjavascript v8エンジンのベンチマーク結果
SpiderMonkey 1.7 や Rhino では勝負にならんだろうなぁ…SM 1.5 のほうがいいかもとか、TraceMonkey とはいわんが CVS からとった SpiderMonkey なら Fx 3 相当だろうが…自分でやれ＞わし

sunspider で平均して Fx3 の倍から3倍といった所か。納得できる値だしこれでも TraceMonkey JIT 有効で追いつけるかどうかという所。
今後の ES3.1 対応などで若干変動は予想されるけど、追いつくのは大変だなこりゃ。

Timepedia: Google Chrome smokes the competition on Chronoscope

これも倍といったとこか。

» V8, TraceMonkey, SquirrelFish, IE8 BenchMarks / Wayne Pan’s Blog - tech | js | ui | ajax | life | mobile

SunSpider, V8 BenchMark, Dromaeo による比較、これならまぁわかるな。

Brendan’s Roadmap Updates: TraceMonkey Update

わは、/be の人自ら TraceMonkey vs V8 @ Sunspider。
平均で2,3割ほど勝ってるけどまぁ同等といったとこか(Maybe we should rename TraceMonkey “V10” ;-). はやめれ) 。それより再帰処理が TM がとろいというか、v8 がすごいというかが目立つ…つーことは改善の余地ありということやね。
TechCrunch Japanese アーカイブ » Mozilla、Firefoxの新ベンチマークで反撃
あら、記事にも。まぁ /be の人またトバした言いようだけど(落ち着いたら、書かないかより長くなるだけだしなぁ)、言うべき事は言ってるのでいーや。

ん…コメントより “PGO を ON にすると Regexp で効果大、でもデフォルトでオフだから自前ビルドだと駄目。自動ビルドのもの使ってね” 超訳。おーーい PGO 要るのかい。

John Resig - JavaScript Performance Rundown

はい、Resig 御大きました。/be の人の見れば後はいつものごとく。

ここで興味深いことが一点。JavaScriptのTimerは1/1000秒すなわちmsecの精度で、タイマーを動かすことができます。すなわち setInterval(“test”, 1)のようにタイマーを発動させると、1msec毎にtestという関数を呼び出すことができます。ただ、実際には、このTimerの精度は、 JavaScriptのエンジンの実装に依存していて、一般的にタイマーの最小精度は10~16msec程度になっているのが通例でした。16msecというと、約1/60秒なので、アニメーションするときにもこの程度の精度があれば十分だし、悪意のあるJavaScriptの暴走を止める意味でも 16msecくらいに留めておくのが一般的だというのが従来のブラウザの常識(?)だと勝手に解釈してたのですが、Chromeのタイマー精度は 1msecで動きます。なので、setIntervalで1msecを指定したパフォーマンス測定をすると、ダントツ性能が上がります。(他のブラウザでは1msec指定しても実際には10~16msec毎にしか動かないので)
Drift Diary12: エンジニアからみたChromeの中身

で、setInterval 1 なテストをはずす -> Fx 3 が Top
アニメーションするようなテストをはずす(演算速度のみ) -> Safari が Top

そんなもんよねぇ…その後のプロセスがドメインごとにグループ化されてるという話も面白かった。

Google の JavaScript エンジン v8 で FastCGI する - TokuLog 改めB日記

まぁ、早い者勝ちなやつ。

V8 ソース見てて思ったけど、SquirrelFish はまだ JIT してないからまだ伸びしろでかいよねぇ…

Home (Chromium Developer Documentation)

Wed, 03 Sep 2008 11:41:00 +0900

Home (Chromium Developer Documentation):

案の定 win2000 では Google Chrome 駄目か…@ Google Chrome (BETA) for Windows

chronium.org
chromium - Google Code
つーことで、開発ページ、Chromium? moz の official-branding とそうでないのの違いみたいなもんかな…なんかごちゃごちゃしとるが…

ま、ソースは見れるしおいおい…
つか、このドキュメントのまともさは、moz と比較すると泣ける。

あ、一応 BuildBot のところから snapshot が入手可能、中の chrome-win32.zip 解凍、起動しようとしたら Dr.Watson が止まらない、mini_installer.exe は反応なし、まぁ w2k はいろいろ弄らんと無理っぽいなぁ。

おまけ： viewvc のほうでソース辿ってたら、mal@chromium.org なんて人が commit しててびびった。わ、私じゃないわよ。

"An open-source component for embedding the Mozilla Gecko (Firefox) in .NET applications."

Tue, 02 Sep 2008 17:41:09 +0900

“An open-source component for embedding the Mozilla Gecko (Firefox) in .NET applications.”

- geckofx - Google Code