中心2のデュオE6600のテストマシンラン2GB RAMの2.4 Ghz (x2)。 私はそれを接続する100Mbps LANと私達のローカルサーバーからWindows Vistaで単一のページPHPマニュアルに(16.5 MB)荷を積むことを試みた。 同時に私はページのローディングの性能を測定するためにJavaScriptコンソールを動かしていた。 私はまた荷を積まれるページの言葉cgiを捜していた。 約Firefoxでそれに荷を積むために2分かかる。 20分後でページはまだGoogleのクロムで荷を積んでいた!

ページ/ページのキーはJavaScriptコンソールと同様、タブでかなり無理解だった。 Googleがそれとしてクロムページを荷を積む分析することをようである。 この執筆の時現在でPHPマニュアルが付いている単一タブはRAMおよびまだ増加の576 MBを消費した。 私はJavaScriptコンソールがブラウザタブと共に掛けていたかどれを説明する同じプロセスを使用していたことを見ることができる。 壊れ目の後で詳細については読まれる。

Googleのクロムに潜在的なメモリリーク問題および大きい記憶誤用問題がある。 私がプロセスを殺すことにした場合のRAMの600 MBに消費し、まだ増加していた16.6 MBファイルに荷を積むため。 それはずっとの間にそれは二重中心機械であるので私の中心2のデュオ機械の1つのCPU (表示の50%の近くで見る)の100%年を消費した。 ページの内容がブラウザによって十分に荷を積まれたことを示すネットワークの活動がなかった。 ここに真剣に間違って何かがある。

私はJavaScriptコンソールに荷を積まないでとの仕事マネージャーとのちょうど明白なページのローディング実験今回を資源の消費を示す捜さないで繰り返した。 今回それは333,820K記憶で16.5 MBのページ(厳密がある17300829バイト)に荷を積んだ! 私はページの端にそれ単に動いていなかったscrollbar引張ることができなかった。 ページを押すことはnoticiable休止を使用した。 私はCtrlF5を使用してページを新たになることにした。 今回454、188Kで記憶再度始められた撃つことおよび停止される!

同じページはFirefoxで同じハードウェアで荷を積むべきより2分およびすべてのキーが非常に敏感だったより少しに取った。 これは模造ファイルではない。 これは私達がPHPの開発者定期的に使用するPHPマニュアルである。

Googleのクロムは深刻な記憶誤用に-単一の16.5 MBのページに荷を積む454 MB演説する必要がある! Googleのクロム開発者にまた手で可能性としては大きいメモリリーク問題がある。