これはテスト目的のためです。基本的に、私のウェブサイトが下位コンピュータでどのように読み込まれるかを知ることができます。私はすでにslow my ISP downへの道を見つけて、Google's Browser Sizeを使って、サイトが小さなモニターでどのように見えるかを教えてください。BIOSクロック周波数で乱雑なコンピュータをシミュレートする方法はありますか？
しかし、私はBIOSに入り、可能な限りクロック周波数を調整するのではなく、CPUをどのようにスケールバックするのかがまったく分かりません。それが問題なら、私はXPを実行しています。
私はJavaScriptコードをバイトコンパイルしない、古いWebブラウザでテストすることを検討し、最適化を減らします。
私の経験では、これはJSのスローダウンの大きな原因です。良いヒント。 – KTF
非常に複雑なJavascript（および/または非常に遅いJSエンジンを搭載したブラウザの方がはるかに大きな違いがあります）を使用していない限り、クライアントコンピュータのCPUは実際にページの読み込み時間に問題ありません。今日、ウェブを閲覧するために使用されているコンピュータの少なくとも99％が非常に高速であり、ページレンダリングはせいぜい数ミリ秒で行われる。
私の経験から、膨大なページマークアップ（ASP.NET Webフォームは特に影響を受けやすい）が実際にレンダリングを遅くすることが分かりました。また、JSが最適化されていない古いブラウザでは、ペナルティが発生する可能性があります。なぜ私たちの経験が異なるのか分かりませんが、膨大なマークアップ/重いJavaスクリプトの結果としてページが遅くなることがよくあります。 （ただし、ページの記述が不適切で、膨大なデータセットがあなたのコントロールから外れているという議論もあります） – KTF
重いスクリプトやフラッシュコンポーネントがたくさんある場合を除いて、おそらく心配する必要はありません。心配している場合は、クロム開発者パネルを介してページのレンダリングに費やされた実際のCPU時間を確認できます。これは、より低速のプロセッサでは直接変換できます。本当にそれを微調整したいのであれば、CPUを設定された速度で「回転」させ、優先度を調整するプログラムを取得する必要があります（Windows API経由で行うことができます）。
自分でプログラムを設計し、CPUの最大クロック速度をポーリングしてから、各タイムスロットの割合に対して「無意味な」計算を実行できます。あなたがこれをやっているとき、実際に過熱してプロセッサを傷めることがあるので、あまりにも複雑なことはしないでください。
また、Flashではハードウェアアクセラレーションが使用されます。ひどく、それはそれを使用します。つまり、CPUを変更することでパフォーマンスに影響を与えることはできませんが、GPUを変更すると（どこでも簡単に）、パフォーマンスが1トンに影響します。
Linuxは、Linuxなどの他のプラットフォームでハードウェアアクセラレーションを使用しないことがよくあります。 （ただし、Flash 10のような特定のグラフィックスカードでは機能するが）。これは、私たちがジョークを持っている理由です：http://xkcd.com/619/ – Arafangion
BESのチップのおかげで。明確にするために、あなたは、BESを使用してCPU集約**と**の両方を開始することをお勧めするわけではありません。 BES自体が仕事をしています。遅いディスクをシミュレートするために、ディスク集中型のタスクを開始することを考えている場合を除きます。 –