パフォーマンステストは現在、より積極的になりつつありますが、一部のブラウザーコンポーネントのパフォーマンス、特にこれらの特定のテスト用に選択されたJavaScript関数のパフォーマンスを示すことができる人工テストに重点が置かれているようです。
現代のページのパフォーマンスのより関連性のある他の側面にほとんど注意が払われていないか、まったく注意が払われていないことは驚くべきことです。 たとえば、動的に変化するページスタイル(CSS)を備えたブラウザはどれくらい速く動作しますか?
Velocity 2009で 、Googleのリンジーサイモンがそれについて話しました。 また、プレゼンテーションのスライドには、 いくつかの 興味深い グラフ が あり ます 。
Operaエンジンは、動的に変化するページコンテンツに対して非常に迅速に機能し、これがまさにインターネット上のあらゆる場所で使用されていることが判明しました。 単純なJavaScriptテストとは異なり、将来、ブラウザのパフォーマンスがより包括的に測定される場合はどうなりますか?
先日私が指摘した別のニュアンスは、不十分で高度に専門化されたメモリテストです 。これは、異なるブラウザが異なる方法でメモリを操作することを考慮していません。 たとえば、Chromeの共有メモリは無視され、Operaの高度なキャッシュは考慮されないようです。
さらに、Operaは10分ごとに未使用アイテムのキャッシュをクリアしますが、これがテストレポートに反映されることは見えません。 キャッシュは常にクリアできますが、Firefoxが実行しているように見えるため、パフォーマンスを犠牲にする必要があります。
複雑なJavaScriptおよびメモリテストのコンテキストでは、 Jarakanは人工的なJavaScriptテストのパフォーマンスを向上させるように見えますが、メモリをより多く使用する可能性があります。