ブルドーザーはWindows8で修正できますか?
AMD FX-8350レビューを書く前に:Piledriverはブルドーザーの欠陥を修正しますか?、Windows 8で新しいFXプロセッサをテストすることの重要性を評価するためにAMDにアプローチしました。当然、チップのパフォーマンスプロファイルが変更される場合は、それらを実行したいと思いました。ベンチマーク。同社は、Windows8とそのスケジューラーがWindows7の適切にパッチされたインストールのように動作する必要があることを明確にしました。その結果、私はそれらの番号を優先しませんでした。
Windows 8はパフォーマンスに影響を与える可能性のあるRTM後の更新をすぐに受け取るというマイクロソフトの最近のメモに照らして、AMDの最新の数日でいくつかの新しい数値を実行しようとしています。それまで、Thomasは、Windows 7、パッチを適用したWindows 7、およびWindows8RTMのベースラインインストールでFX-8150を検討しています。
-クリスアンジェリーニ
ハードウェアベンダーとソフトウェアベンダーの間の礼儀は特に興味深いと思います。一方では、元々Intelのx86アーキテクチャをサポートするために作成されたMicrosoftWindowsがあります。一方、グラフィックベンダーがサポートするハードウェアを設計するMicrosoftのDirectXAPIがあります。その過程で、会議、委員会、そして会議が開かれ、次世代のハードウェアに何を表示する必要があるか、それがソフトウェアにどのように影響するか、そして前者を後者でより有効に活用するために開発者が何をする必要があるかについて話し合います。
AMDのBulldozerアーキテクチャが公開される前は、編集長はテキサス州オースティンにいて、MicrosoftのWindows 7がこのモジュールの概念にどのように反応するかをAMDのエンジニアに尋ねました。このモジュールの概念では、オンダイリソースを最大限に活用するためにスマートスケジューリングが明らかに必要でした。可能な効果的な方法。結局のところ、「ダム」スケジューラーが1つのモジュールで2つのスレッドを実行し、他のモジュールがアイドル状態であると言うように共有リソースを拘束するのはかなり簡単です。AMDは当時、ハードウェアのジレンマのソフトウェア側に対処するためにMicrosoftと協力しているとだけ答えて、良い答えを持っていませんでした。そして発売時には、まだ解決策がありませんでした。
しかし、間もなく、Microsoftは、最初にブルドーザーベースのFXおよびOpteron CPUを正しく認識し、1つのスレッドを各モジュールに拡散してから、2番目のスレッドをすでに使用されているモジュールに埋め戻す2つのパッチを導入しました。2番目のパッチは、Windows7およびServer2008 R2のコアパーキングを選択的に無効にし、モジュールがC6スリープ状態にならないようにしました。
これらのパッチが公開されたら、Microsoftの調整によってハードウェアが実際に機能することを期待して、AMDのFX-8150の2つのWindows7ホットフィックスとUEFIアップデートの後にブルドーザーアーキテクチャを再検討しました。残念ながら、彼らは本当にしませんでした。しかし、その話の結論として、Microsoftの上位の開発者は、完全にパッチが適用されていても、Windows8のパフォーマンスはWindows7とは異なると言っていたことを思い出しました。
それで、AMDがFX-8350を導入したときにWindows 8にあまり期待しないように言ったとき、それは残念でした。しかしもちろん、ブルドーザーベースのカバレッジをフォローアップするために、戻ってベンチマークを実行したかったのです。マイクロソフトの最新のヘルプは、FX-8150の発売時に期待されていたパフォーマンスの一部を補うことができますか、それともオペレーティングシステムに関連する可能性のある利点がすでに組み込まれていますか?