今日リリースされた、Google 発のブラウザ、Google Chrome のレンダリングを簡単にテストしてみました。Google Chrome のレンダリングエンジンは、Safari と同様、WebKit ということなので結果的にはおそらく同じ感じになるかなと思ってましたが、v8 の影響か acid3 テストでは結果が多少異なるみたいですね。 Google Chrome で Acid3 を実行。 Safari の Acid3 実行結果よりスコアがいいです。 Google Chrome で Acid2。問題なし。 最後に、Google Chrome で css3.info の CSS Selectors Test を実行した結果。これもいい感じ。 とりあえずここまでで。 関連エントリー Google Chrome アプリケーションショートカット Opera 9.5 alpha のレンダリン
ベンチマークテストでは圧倒的な性能 各ブラウザのJavaScriptベンチマークテストを、SunSpider JavaScript BenchmarksおよびGoogleが用意している「V8 Benchmark Suite」で検証してみた。V8 Benchmark Suiteでは以下の5種類のベンチマークテストが実施可能で、スコアが高いほど優秀なブラウザであるといえる。 Richards：OSのカーネル用シミュレーションベンチマーク DeltaBlue：一方向の制約ソルバ Crypto：暗号／復号化用ベンチマーク RayTrace：レイトレーシング用ベンチマーク EarleyBoyer：Classic Schemeベンチマーク なお、筆者のPC環境は、CPUがIntel Core2 Duo E6750（2.66Ghz）、メモリ2Gバイト、OSはWindows XPで、各ブラウザとも3回試行
今回Googleが発表したウェブ・ブラウザー、Google Chromeは、ひと言で言えば、「安定度・安全度を高めるために、それぞれのタブを別プロセスで走らせるタブ・ブラウザー」である。 ９５年にIE3.0を設計した時には、タブのコンセプトも存在せず、セキュリティの問題もそれほど強く意識していなかったので、ウィンドウごとに１スレッドを割り当てたマルチ・スレッドを選択した訳だが、ここまでウェブ・アプリケーションが重要になってくると、マルチ・プロセスに移行するのは当然。特定のページ上でのJavaScriptの挙動がおかしくなったからと言って、ブラウザーすべてが落ちてしまう今までの設計が異常。 一つのウィンドウ下で管理させるそれぞれのタブにプロセスを割り当てる、一般的に一つのウィンドウに一つのプロセスやスレッドを割り当てる通常のGUIアプリケーションとは異なるが、ユーザー・モデルとリソース管理は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
