すべてが何らかの要因です。
ほとんどのスクリプトは同期的にダウンロードされるため、スクリプトがキャッシュされるまではネットワーク速度が重要です。スクリプトが読み込み時に DOM を変更せず ( ...)、ページ上の他のスクリプトで必要とされていない限り、新しいブラウザーではこれをある程度軽減できますdocument.write()
が、それでも前にダウンロードする必要があります。ブラウザはページが読み込まれたと見なすことができます。スクリプトを縮小すると、スクリプトがネットワーク上をより速く移動するのに役立ち、サーバーを gzip 圧縮で提供するように構成すると、さらに役立ちます...しかし、一度キャッシュされると、これはそれほど大きな要因ではありません.
クライアント コンピューターの速度は、ブラウザー (スクリプト実行環境) の速度に直接影響します。高速なブラウザーでも、高速なコンピューターでスクリプトをより高速に実行できます。
高速なブラウザ VM は大きな違いを生む可能性があります。JavaScriptの現在の実行環境は、パフォーマンス特性が大きく異なります。ブラウザーは、さまざまな領域で高速または低速になる可能性があります。低速の DOM と組み合わせた高速の VM は、ページに大きな変更を加え始めるまで、スクリプトをすばやく実行します。スクリプトが重要な処理を実行しようとするまで、低速の VM を使用した高速の DOM は燃え続けます。そして、スクリプトがキャッシュされると、これらのブラウザーのパフォーマンス特性はさらに重要になります。「キャッシュされると高速になる」という仮定は、ネットワーク速度が最初に顕著なボトルネックである場合にのみ当てはまります。
サーバーは、それに対して行われたすべての要求にタイムリーに応答する必要があります。スクリプト VM が高速であっても、スクリプトがサーバー上で、低速のデータベースにクエリを実行する AJAX 要求への応答を待機している場合や、その他の負荷の高いサーバー側の処理を実行している場合は問題になりません。少量のデータやスクリプトの要求に対するサーバーの応答が遅い場合、高速なネットワーク接続は問題になりません。
参考文献: