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