Intel Turbo Boost Max Technology 3.0(ITBM)とは、Broadwell-E以降のハイエンドCPUに搭載された機能で、要するに「さらにブーストする（クロック周波数が上がる）」機能になっている。
Core i7-6950X(Broadwell-E)の場合、従来のブースト（Intel Turbo Boost Technology 2.0)では、3.5GHzまでの最大周波数となるが、3.0になると、1コアのみであるが4.0GHzまでブーストする。下記タスクマネージャの画面では3.88GHzまで周波数が上がっている。
比較で、下記はIntel Turbo Boost Technology 2.0までが有効のちょうど1世代前のCore i7-5960X(Haswell-E)のタスクマネージャの画面。3.47GHzまで周波数が上がっている。
以前、Core i7-6950Xを入手しましたが、Windows11のセットアップを行い、Intel Turbo Boost Max Technology 3.0(ITBM)のドライバーを入れたが、気が付いたらログイン時に起動時にエラーが出るようになった。
「ITBM Driver Not Available
Exiting application」
これは、Intel Turbo Boost Max Technology 3.0のコンソール画面の起動時にでていて、結局コンソール画面は出てこなくなった。
クロック周波数を見てみると、下記のように5960Xレベル（Intel Turbo Boost Technology 2.0）まで周波数が落ちていることが解る。
エラーメッセージで調査をしたのですがエラーメッセージの検索では不具合原因にはたどりつかなかった。長らくそのまま放置していたが、最近分かったのが、どうもハイパバイザーをONにしているとダメらしいことが解った。さらに調査をしていくと、
インテルのサポートページ（ページを見るには登録が必要）を見るとTurbo Boost Max Technology 3.0はサポートしているが、Intel® Turbo Boost Max driver solutionはサポートしていないという一見、良くわからん回答があった。
どうやら、driverは動かないということなので、「ITBM Driver Not Available」との整合性がとれる。
結局、Turbo Boost Max Technology 3.0は動作しないのか？という話になるが、Turbo Boost Max Technology 3.0は以下の２つの機能がある。
（１）全コアに負荷がかかってもブーストクロックまでブーストする
（２）１コアだけ、より高クロックにブーストする。
で、どうやらハイパバイザー環境では（１）は有効となるが、（２）が無効になるらしい
ということで、試しにCinebenchで全コアに負荷をかけてみたが、確かに約3.5GHzまで動作した。ちなみにCore i7-5960Xの場合、全コアに負荷をかけると3.3GHzまで周波数が落ちた。
6950Xと5960Xを比べると、ハイパバイザーを使うならコア数が多くさらに最大メモリ搭載量が倍の6950Xが良いが、Turbo Boost Max Technology 3.0の機能に制限が加わるのは痛い。悩ましいところである。
追記：
Vtuneを使おうとするとハイパバイザーを止めなければならず、結局、6950Xのマシンと5960Xのマシンのメモリを入れ替えて5960Xの方をハイパバイザーを使うように変えた。
久しぶりのWindowsのニュースですが、今年の年末（ホリデーシーズン）にWindows 11がリリースされるとのことです。
Windows 10（7も）からは無料でアップデートできるらしいですが、ハードウエアの要件が上がったようです。
TPM2.0とUEFIが必須となるとのことです。ちなみにこのハードウェア要件を満たすハードウェアはCPUで言いますとIntelでは第8世代のCorei、AMDではRYZEN 2000シリーズ以降とのことです。
かなり新しいハードウェでないと動作しないようですが、それだけアップデートが進まなくなりますと、過去の例ではそれはそれで問題だったので（もちろんマイクロソフト社さん的に）、条件が緩和されるかもしれません。（適当に書いています）。
現在、手持ちのマシンが初代Corei7と3000,5000シリーズのRYZENで、初代Corei7はUEFIではなくBIOSなのでWindows 11の移行は難しそうです。何れにしても現在11年前のハードウェアが今でも使えるところがある意味すごいことでWindows 10のサポート終了となる2025年にはさすがにCore i7のマシンはご退役頂こうかと思っています。
さて、Windows 11のニュースを聞いてちょっと期待できるのが、『Windows 10の半年ごとのアップデートが終了するのではないか？』なのですが、次回の半期アップデート21H2は出るらしいです。これ以降どうなるか？期待したいところです。
かなり久々のWindowsネタですが、ちょっとはまって他に記述がないので書いておきます。
要はタイトル通りなのですが、ページファイルなしのときにHyper-Vがおかしくなるという話です。
Windows Server 2019をセットアップしHyper-Vをインストールして、業務用のソフトが入ったWindows10をゲストとして動かしていたのですが、ある時
『ハイパーバイザが実行されていないため仮想マシンが起動できません。』
と言われててゲストマシンが起動しなくなりました。
BIOSの設定で仮想環境の設定（Intel-VTやらAMDのSVM）をONにする
ハイパーバイザが起動できない「アプリケーションでエラーが発生しました」
やら
BIOSのいわゆるDEPサポート（Intel XD, AMD NXビット）
Windows Server 2008 または Windows Server 2008 R2 のエラー: ハイパーバイザーが実行されていないため、仮想マシンを起動できませんでした
を確認したのですがきちんと設定さていました。
で何気に色々チェックをしましたところ
ページファイルをなしにしていました。ので元に戻す（OS管理にする）と無事に起動しました。
久しぶりのブログの更新とあまり深くない技術ネタですが、とうとうWindows7 と Windows Server 2008(R2)のサポートが切れようとしています。
遅ればせながら、ここひと月程作業を行いサーバーの移行がやっと終わったので記念に書いています。2019年中に終わったので何とも言えない感慨深いものがあります。
また、プロジェクトからはもう離れたのですが、私の思い出に残る最大の仕事がこのOSでやったのですがその後がちょっと気になります。
Windows Server 2008 R2ですが、こちらは仕事でよく使いました。個人的には使いやすいOSだったと思います。R2が発売になってあまり間を置かずに購入した覚えがあります。移行のメモもこのブログで書いてあるのですが、日付をみますと約9年にわたって使ったことになります。途中ハードディスクが壊れて2回入れ替えたり電源を交換したことが1回ありましたが、OSの方は元気に動いていました。それまで2003を使っていてIISの設定方法やバックアップの方法が変わったりで戸惑ったことが昨日のことのようですが、この辺りは一度設定すればあまり頻繁に行わないので移行に際してはブログが役に立ちました。
次のサーバーOSはWindows Server 2012 R2ですが、こちらはサポート期限から考えて短命で終わりそうです。実はとっくに2012に移行を済ます予定でしたがガイドの方の仕事に神経を使っていたので期限切れギリギリになりました。
その次のOSはWindows Server 2019かその後継になるかと思いますがどうもWindows 10 系のOSは好きになれないところがあります。半年毎のアップデートは何とかならないかマジで思っているのですが、マイクロソフトさんは方針を変えてくれないでしょうかね。
ちなみに、Windows7の方は早々に移行していました。私の個人のPCは、Hyper-Vを使いたい関係で8 → 8.1 → 10とほぼ間を置かずに移行しました。その他のデスクトップOSは、無料アップデート期間中にWindows10に移行しました。まぁタダには弱かったです。しかし、あの半年のアップデートは辞めてもらえないですかねー。
しつこくWindows2008R2ネタですが、覚書ということで、
Windows2008R2に付属のDNSサーバーで、IPアドレスの一部が逆引きができずにイベントビューアーにID:5504が記録されました。また一部で逆引きが通ったりするので厄介でした。
いろいろ探しましたが、結局以下のページ
Forum FAQ: How to troubleshoot DNS Event 5504 error
の4番目の解決策の
dnscmd /Config /EnableEDnsProbes 0
でOKでした。
ネットを探すと他にも、
DNS event 5504 - server encountered an invalid domain name in a packet
というのがあったのですが、このページにあるShilpesh Desai MSFTさんの『Accordig to KB 198410, it should have non-zero value. － KB198410によるとこのレジストリの値を0以外にする。』に対して、Jharris1993さんが
『Huh? Did you read the KB article? (head in hands, shaking head in wonder) － はぁ、ちゃんとKB読んだ？』
『The correct statement is: According to KB-198410, it should have a zero value if the key exists. － 正しくは：KB198410によるとキーが存在するときはこのレジストリの値を0にする。』
とShilpesh Desai MSFTさんをバカにしていますが、私もKBを読みましたが、Shilpesh Desai MSFTさんの説明は、間違いではないでしょう。なぜなら通常はこのレジストリキーは存在せず、その場合、値zeroと解釈されるので、トラブルシュートを行うならzero以外の値にすべきでしょう。もっともそれでトラブルが解決するとも思えなかったのでこの方法は試しませんでしたが・・・