使い方がわからなかったので使ってなかったのだけど、週末に自分の作業用のレポジトリをMQに移行した。現在使っている自分自身のハードディスク内のレポジトリからパッチをすべて作成し直す。バグ毎にパッチを再作成。revertをやって、レポジトリをきれいにする。<パッチのファイル名>をすべてのパッチに対して実行してパッチをインポート先ほどできた.hg/patchesの中にパッチファイルが作成される。qpushでパッチを当てる。-aオプションを使えば全部のパッチを当ててくれる。思ったより簡単だった。qpopでパッチを取り除いておけばいいだけ。removeなどを実行しておくこと。この動作にちょっと悩んだ。JITの話の続きmozilla-centralにコードは入ったのだけど、常用にできる状態では当然ない(もちろんデフォルトでOFFにされている)。以外は確実に落ちるはず。tracemonkey自体は、tamarin-tracingのnanojitのコードをmozillaのactionmonkeyに持ってきているんだが、ようやくx86だけは動く状態なだけ。Convertionから間違っているからね。Nanojitのコードを追っかけたい人は、mozilla-centralの方じゃなくて、tracemonkey側を追っかける必要がある。現在こっちのツリーでバグフィックスしまくりなので。3.1a2に入ったわけだが、ベンチの結果を見るとブレがある。ちなみに、x86用のみで、x86_64は、以下のように変更すれば、有効にできる。-DLINUXなお、nanojitの日本語でかかれた話は、http://dodgson.org/omo/t/?date=20080506に書いてあるのがおすすめ。WebKit(SquirrelFish)もMozillaもJITをランディングしてきたけど、Microsotはどうするのだろうねぇ。IE6の後にインドに左遷されたスクリプトエンジンだし(だから独占はイノベーションを生まないんだ)。3でJavaScriptの速度向上に寄与しているのは、jemallocが要因の一つなんだけど、x64でjemallocのビルドテストができるようになったので、それでベンチマークをとってみた。3.0と3.1のツリーの違いがあるけど(3.1もチューニングの段階まできてないし)、予想通り、jemallocを有効にしただけでx86よりもJavaScriptのベンチマークの結果が良くなった。Mozilla2008-08-10iPhoneのアクセスポイントもバレたようで予想通り、iPhoneのAPN名やパスワード等の情報を破られているようだ。Docomoからリリースされればおもしろいことになっていたと思うけど、そういうことを嫌うDocomoなので、iPhoneがDoCoMoからリリースされる可能性はやっぱり低いね。MODビルドというものがあるのかということを初めて知った。x64用のパッチとかを渡してる。(実際、mozilla-centralのツリーのものは、自分のハードディスクの中しかないんで、ブランチを公開しておこうかなぁと。)ちなみにx64版がOfficialのx86版より若干遅いのはおそらく、jemallocが有効じゃないから。それを有効にすればJavaScript系のベンチが跳ね上がる。Edition以上にしか入ってないってことは最近初めて知った。エディションの比較にそういうことをちゃんとしてほしいんだが、DPEの奴らじゃそんな仕事はしないだろうなぁ。LIBJPEG)のISLOWがSSE2じゃないというところが若干遅くなるポイント。(アルファブレンディングなんて、地道にCPUで計算するんじゃなくて、すべてをGPUに任せた方が速いんじゃないかとずっと思ってはいるんだけど)。inされてから、ちょっといじらないといけない。Duoだけのようだけど(SSE2の整数演算はMMXを二回実行してるだけだし)、Phenonmもここの記事を見る限り、AMDの以前のCPUとは違ってSSE2速そうだから、Phenonmをそろそろ買ってみようかなぁと。3800+のままだし。今回使用したベンチマークテストは、描画や各種I/Oの測定は含まないものばかりだったが、1つハッキリしたことがある。FlashやJavaを快適に利用するには厳しいということ。Appleの思惑のほか、ライセンスなどパフォーマンスとは直接関係しない問題が含まれるため、事態はそれほど単純ではない。余裕でサクサク動くようになるとは考えにくい。MHz)でFlashやJavaなんてサクサク動く。Nokiaのケータイであれば、DSPを内蔵しているというのもあるけど、画面サイズの動画レベルであればストレスはない。この位のCPUパワーがあって、この画面サイズで、でもパフォーマンスが、、、って言っているのは(Appleが)最適化をまともにできないからでしょ。日本のケータイ(ARMがほとんど)だって、iPhoneくらいのパワーのCPU積んでないし。Mobile2008-08-01日本のケータイはiPhoneを学ぶ必要はない自腹でヨーロッパからNokiaのケータイを買っているような自分だけど、以下の発言は正直微妙。Found:iPhoneがガラパゴスケータイより劣っていていい理由http://blog.livedoor.jp/dankogai/archives/51089462.htmliPhoneのようなやり方が通じるのは、一部のユーザーのための高機能ケータイのみ。それはほかのメーカーも含めてそうだ。Mapもバージョン上がったりなどしてる。アーリーアダプタ層以外には、そういうやり方をすれば、買ったときにまともに動かないという悪いイメージを持って、次の買い換えの時に悪い印象を持つだけ。そのままの数年売られている。いう売り方がNokiaのビジネスを支えているんだが。個人的には、Appleのやり方はAppleの信者・イメージがあっての売り方であって、日本のメーカーがやるべきやり方ではない。学ぶものは、Nokiaや韓国メーカーのやり方。その方が自分たちにあっているそもそも日本のケータイの伸び悩みは、そもそもドコモなどの日本のキャリアの戦略が時代に合わなくなっているだけで、そのキャリアにおんぶに抱っこだったケータイメーカーがコストの増大に耐えられなくなっていることが現在のいろいろなメーカーの撤退につながっている。キャリアに依存せずに自分たちで売るノウハウがないことが海外で失敗している理由。ドコモやauのCM見てると新しいケータイが出たということはわかるんだけど、どういうケータイが出て、どのケータイだとこういうことができる・できないという商品説明の基本がないので、何売りたいかわからない。自分たちでブランド作りができないのか歯がゆく思う彼らがこのチキンレースから抜け出したいのであれば、自分たちのブランドを確立して、キャリアに依存しない売り方をやらないと、その泥沼からは一生はい上がれないかと。