google-chrome - Google Chrome の鎧の隙間はどこですか?

Question

Chrome でブラウジングしているときに、gmail のような JavaScript を多用するサイトを含むページのレンダリングに関して、(私のラップトップの IE や Firefox と比較して) 非常に高速に応答することに気付きました。

これはChromeのGooglebookが言わなければならないことです

タブはスレッドではなくプロセスでホストされます。
解釈するのではなく、V8 エンジンを使用して JavaScript をコンパイルします。
JavaScript を多用するアプリをサポートする新しい仮想マシンを導入する
「隠しクラス遷移」を導入し、動的最適化を適用して物事を高速化します。
非効率な「保守的なガベージコレクション」スキームをより正確なガベージコレクションスキームに置き換えます。
独自のタスクスケジューラとメモリマネージャーを導入して、ブラウザー環境を管理します。

これはすべて非常によく知られているように聞こえますが、マイクロソフトは長い間そのようなことを行ってきました.. Windows os、C++、C# などのコンパイラ、CLR など。

では、Microsoft や他のブラウザーベンダーが Chrome のアプローチをとらないのはなぜでしょうか? Chrome のアプローチに欠陥はありますか? そうでない場合、他のブラウザベンダーコミュニティは Google のアプローチに気づいていないのでしょうか?

score 24 · Accepted Answer

Chrome のアプローチは書くのが難しく、開発者による事前の検討が必要です。IE と Firefox はどちらもタブごとのプロセスモデルへの移行を試みていますが、後方互換性のため、迅速に移行することはできません。クリーンなレンダリングエンジン (WebKit) 上に構築されたまったく新しいブラウザーである Chrome は、この方法で簡単に作成できました。

score 6 · Accepted Answer

それらは、Web ページを表示するためのツールとしての Web ブラウザーから、Web アプリケーション用に最適化されたツールに移行しました。この最初のリリースにはいくつかの欠陥があるかもしれませんが、それらはゲームを変えています.

score 3 · Accepted Answer

@pix0rが、右下隅に小さなものを追加して、テキストボックスを好きな方向に拡張できるようにしました.ワイドディスプレイを使用し、より広い画面で入力することを好むので、これが大好きです.

これは実際には WebKit の機能であり、Chrome はそれを継承しただけです。

score 3 · Accepted Answer

これらの機能のほとんどは、Chrome が登場する前の他のブラウザーに存在していました。IE8 には、タブのプロセス分離がありました。Firefox / Safari にはほとんどの JavaScript が含まれていました。ほとんどのブラウザは、独自のメモリ管理を行います。

Chrome には、アドオン/アプリケーションの互換性の問題により、他のブラウザーに組み込むのが難しい独自の機能 (非常に制限されたレンダリングプロセスなど) がいくつかあります。

Chrome が目指している主な目的は、ミニマリズムと高性能への非常にハードコアなフォーカスです。これらを競争上の優位性として重視することで、この分野に魅力を感じているユーザーにアピールできます。

score 3 · Accepted Answer

IE8 はタブモジュールごとに同様の個別のプロセスを使用しますが、タブごとに単一のプロセスを使用するのではなく、プロセスプール全体にすべてのタブを分散させます。

score 2 · Accepted Answer

時間が経つにつれて、ブラウザがお互いに優位に立つため、機能の均質化が見られると確信しています。

それまでの間、Firefox が (i) 非営利であり、(ii) 巨大なアドオンコミュニティがあるという単純な理由から、私は Chrome よりも Firefox を使い続けています。NoScript や AdBlockPlus などのアドオンは、私にとってほぼ不可欠です。

score 1 · Accepted Answer

Chrome の鎧の欠点の 1 つは、StackOverflow のこれらの忌まわしいテキスト領域をレンダリングするのが非常に小さいため、目が出血することです!

うん。現在のサイズが明らかに webkit のデフォルトであるため、uservoice でこれについて言及しましたが、拒否されました。テキストボックスを使用してコンテンツを構成するChromeで試した他のすべてのサイトは、適切なサイズのフォントを管理しています. デフォルトは確実に機能しませんが、明らかにそれをオーバーライドする方法があります。ジェフはこれを修正する必要があります!

編集: Jeff は、この問題を自分で解決する方法を指摘してくれました。

score 1 · Accepted Answer

Chrome の鎧の欠点の 1 つは、StackOverflow のこれらの忌まわしいテキスト領域をレンダリングするのが非常に小さいため、目が出血することです!

score 0 · Accepted Answer

私が見つけた最大の問題は、IE、FF、Operaと比較してプロキシのサポートがお粗末なことです。したがって、仕事ではほとんど役に立たず、ページをランダムにレンダリングし、プロキシの認証を要求します。他の人はそれをシームレスに渡します。

そうは言っても、私の自宅のマシンではうまく機能します。OTTEULAがなかったら、今はそれを使用します。

things2k

score 0 · Accepted Answer

Chrome の「欠点」の 1 つは、他のすべてのブラウザよりも多くのメモリを事前に使用することです。これは、すべての個別のタブ管理に関連するオーバーヘッドが原因であると推測しています。

ただし、しばらく開いていると、他のブラウザーよりも多くのメモリを使用しません。

score 0 · Accepted Answer

多くの企業は、「優位に立つためにできることは何か」というゲームをしています。マーケティングは、競合他社よりも優れているために必要な機能の長いリストを作成します。プロジェクト管理は、プロジェクトが割り当てられた時間を超えることを恐れて、エンジニアがこれらの機能に固執することを保証します...もちろんそうなります。このようなシステムでは、全体像を飛躍させる余地はあまりありません。製品やブラウザーで見られる漸進的な改善は、その結果です。

score 0 · Accepted Answer

@pix0rが、右下隅に小さなものを追加して、テキストボックスを好きな方向に拡張できるようにしました.ワイドディスプレイを使用し、より広い画面で入力することを好むので、これが大好きです.

また、Google は、Webkit を使用することを除いて、Chrome をゼロから完全に構築しているため、古いコードを処理する必要がないといういくつかの利点があることも指摘したいと思います。そしてもちろん、非常にクールで賢い開発者もいます。

score -1 · Accepted Answer

Microsoft の主なビジネスはリッチ環境 (GUI) アプリケーションであることを覚えておく必要があります。Web ツールは、プラットフォームに依存しない (主要な製品を宣伝しない) ため、彼らにとって脅威です。

もちろん、IE チームはおそらくそのようなことを考えていたでしょうが... Microsoft が販売しているものがリッチアプリケーションプラットフォームである場合、Microsoft は間違いなく IE に多額の投資を行うことはありません。

google-chrome - Google Chrome の鎧の隙間はどこですか?

13 に答える 13

Related

Reference