Google chromeは個別のプロセスであると聞いています。したがって、タブがクラッシュしても、ブラウザ全体に影響はありません。したがって、非常に多くのタブを開くと、次のようになります。 OS内の同じ数のプロセス。
これはパフォーマンスの問題ですか?
いずれかのPCのメインブラウザとしてChromeを使用しました。パフォーマンスの問題は発生していません。実際には、1つの「悪い」サイトは影響を与えないため、メカニズムは単一のタブの応答性を維持します他のタブ。
ところで:また Internet Explorer 8は同じメカニズムを実装しました そして Firefoxの将来のバージョン は同じことをします。
編集:これはスコットハンゼルマンによって書かれた興味深いブログ投稿です: MicrosoftIE8とGoogle Chrome-プロセスは新しいスレッドです
休閑シナリオの場合:
Chromeに戻ると、各タブがスワップの速度低下から回復しているのを感じるでしょう。他のアプリケーションでは、1回だけ遅延します。
これはパフォーマンスの問題と呼ぶこともできますが、これは異なるプロセスアーキテクチャの副作用にすぎません。
誤解しないでください。多くのタブが開いていてメモリが少ないFirefoxの(非)パフォーマンスよりもこれを好みます。十分なメモリがあれば回避できます。
どういたしまして。 Windowsでのプロセスは、UNIXベースのシステムよりも作成に費用がかかりますが、問題と呼ばれるほど遅くはありません。
複数のプロセスを使用して追加された安定性と復元力により、実際にはChromefeelが高速になります。これは、次の場合に応答性が高くなる傾向があるためです。強力なJavascriptやFlashで複数のタブを実行します。
複数のプロセスを使用してブラウザを安定させる方法を簡単に確認できます ここから
NOT AT ALL!
Windows 7(アプリケーションが実行されていない)でラップトップを起動した直後は、74のプロセスが実行されており、CPUはあくびをしているだけです...
プロセスの数を気にする必要はありません。現在のマシンは何百ものプロセスを実行し、点滅すらしません。
はい。各プロセスは技術的に独自のタイムスライスを取得するため、これはパフォーマンスの問題です。シングルプロセスブラウザは1つのスライスのみを取得し、マルチプロセスブラウザはプロセスごとにスライスを取得できます。したがって、ブラウザは少し速く、応答も良くなりますが、システムは一般的に少し遅くなります。 (開いているタブが1つしかない場合を除きます。)Internet Explorer8も複数のプロセスを使用します。多くの人がブラウザを頻繁に使用するため、他のプロセスの速度が低下する可能性がある場合でも、ブラウザのパフォーマンスを向上させることは良いことです...
この手法は、実際にはUnixシステムでは非常に一般的であり、マルチスレッドアプリケーションは、別のスレッドを実行するための2番目のプロセスを開始するアプリケーションに変換されることがよくあります。
パフォーマンス面では、スレッドの代わりに複数のプロセスを使用すると、1つのプロセスがクラッシュしても他のプロセスが強制終了されないため、システムの信頼性が高まります。さらに、特別な「保護者」プロセスは、他のプロセスを追跡し、プロセスの1つが何かに引っかかっているように見えるときにアクションを実行できます。必要に応じて、スレッドを強制終了して再起動することもできます。ただし、速度的には、実行している他のプロセスの数に依存する傾向があります。一般に、クリーンなWindowsシステムでは40〜75のプロセスがアクティブになります。 (今のところ40と仮定します。)Chromeを20タブページで開くと、処理時間は41ではなく60プロセスに分割されます。これにより、他のプロセスの速度が少し低下します。(ただしより良いブラウザ体験を提供します。)
はい...そうなります。しかし、最近のコンピューターの機能によれば、これから得られる利点(各Webページを独立して処理する機能、例:失敗した場合)は、メモリーの問題よりも大きくなります。最近のコンピュータにはギガバイトのメモリがあることに注意してください。
P.S googleコミックブック はこの問題にも対処しています。見てください。