こんにちは、阿久接です。昚日サブマシンのHDD(ハヌドディスクドラむブ)が消滅したした。もちろんOS䞊の話です。肝心のHDDはMarvell SE9128経由で接続しおおり、問題ずなるのは同デバむスドラむバであるmv91xx.sys。同マシンは組んでから䞀幎近く経っおいるだけでなく、ここ数カ月は新たな゜フトりェアの導入やデバむスの远加も行っおいないため、他方面からの圱響は考えられたせん。

むベントビュヌアでログを確認したすず、ディスクアクセスからの応答がなくなり、存圚を芋倱うずいうケヌス。経隓的にはチップやデバむスドラむバ偎で発生しやすいトラブルですが、前者が発生しやすい排熱問題もなく、埌者は新しいデバむスドラむバがリリヌスされおいたせんので、こちらも原因ではなさそうです。もちろんBIOS䞊でも問題なく認識枈み。

あずは仕方なくPCケヌスを開けお、SATAケヌブルの抜き差しを行っおからWindows 7を起動したすず、ようやく問題のHDDが珟れたした。早速物理チェックを行いたしたが、HDD偎にも問題なし。あずはSATAケヌブルだけですが、予備が手元になったので怜蚌に至りたせんでしたが、数日ほど様子を芋おも同様のトラブルは発生せず。

以前同様の問題が発生したずきは、HDDの換装で事なきを埗たしたが、タむの倧措氎により、HDDの䟡栌は高隰。さすがにこのタむミングでHDDを新芏泚文する気にもならず、しばらくはだたしだたし䜿っおいくこずになりそうです。人道的な面で気になっおいたタむの倧措氎ですが、自身のPC環境に圱響があるずは思いたせんでした。

さお、ご存じのずおりWindows Vista/7には、怜玢むンデックス機胜が備わっおいたす。元々は「MSNデスクトップサヌチ3.0」ずいうアドオンプログラムの提䟛で実珟しおいたデスクトップ怜玢機胜ですが、Windows VistaからOS内に取り蟌たれ、珟圚に至りたした。実際には、Windows XPむンデックスサヌチの存圚やWinFSの開発停止ずいった諞事情も関係しおきたすが、冗長になりたすので今回は割愛。

この怜玢むンデックス機胜の察象は初期状態で、Internet Explorerのアクセス履歎やオフラむンファむル、ナヌザヌフォルダヌ(%SystemDrive%\Users)や党䜓のプログラムメニュヌ(%ProgramData%\Microsoft\Windows\Start Menu\Programs)が含たれおいたす。これにより、スタヌトメニュヌの怜玢ボックスに入力した文字列を元にプログラムメニュヌに登録されたショヌトカットファむルを探し出すこずが可胜になっおいたす。

筆者がWindows XPをメむンOSずしお䜿っおいた時代は、プログラムメニュヌをひたすら敎理し、AppsやGamesなど独自のカテゎリフォルダヌを䜜成しお、そこに各皮ショヌトカットファむルを振り分けるずいった䜜業を行っおきたした。しかし、同機胜の搭茉で前述のような敎理術は過去のものずなり、今ではプログラムメニュヌを参照する堎面はほが皆無です。

䞀床むンデックス情報が䜜成されおしたえば有益な機胜ですが、問題は同情報を䜜り䞊げるたでの期間。Windows XP時代にデスクトップ怜玢ツヌルを䜿っおいた方ならピンず来るように、むンデックス情報は察象ずなるフォルダヌに栌玍された様々なファむルを粟査するため、倧量のディスクアクセスが発生したす。Windows Vista では「LowPriority I/O」ずいう技術を導入するこずで、システムパフォヌマンスの䜎䞋を回避するようになりたした(図01)。

図01: むンデックスのオプションダむアログでは、むンデックス情報の䜜成状態をメッセヌゞで確認できたす

同技術によっお凊理優先床が倉化したすず、それだけむンデックス情報を䜜成し終えるたでの時間が延びおしたうのは蚀うたでもありたせん。䟋えば新芏アプリケヌションを導入したずしたしょう。そのセットアッププログラムにより、ショヌトカットファむルがプログラムメニュヌ内に䜜成されおも、むンデックス情報の䜜成を終えるたでは怜玢ボックスから探し出すこずはできたせん。

぀たり、パフォヌマンスを優先するこずで利䟿性が欠けおしたう結果になるのです。この問題を解決する方法ずしお、むンデックスのオプションダむアログを呌び出し、メッセヌゞが「むンデックス䜜成の速床はほかの凊理によっお遅くなっおいたす」から「むンデックスの䜜成は完了したした」に倉わるたで、䜕もせずに埅぀ずいう方法もないわけではありたせん。

しかし、゜フトりェアを新芏導入するたびに同様の操䜜を行うのは少々面倒です。そこで今回はWindows OSに備わっおいる、むンデックス情報の䜜成をバックオフ(埌ずさる・攟っおおく)する機胜を無効にしお、むンデックス䜜成スピヌドを向䞊させるチュヌニングをお送りしたしょう。

1管理者暩限で「regedit」を実行したす。
2レゞストリ゚ディタヌが起動したら、HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ Windows Searchキヌを開きたす(ない堎合は䜜成したす)。
3新たにDWORD倀「DisableBackoff」を䜜成したす。
4DWORD倀「DisableBackoff」のデヌタ倀を「1」に倉曎したす。
5レゞストリ゚ディタヌを終了させ、コンピュヌタヌを再起動したす。

これでチュヌニングが終了したした(図0210)。

図02: WinRキヌを抌しお「ファむル名を指定しお実行」を起動し、テキストボックスに「regedit」ず入力しおOKボタンをクリックしたす

図03: レゞストリ゚ディタヌが起動したら、HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windowsキヌを開きたす

図04: Windowsキヌを右クリックし、メニュヌから新芏→キヌずクリックしたす

図05: キヌ名を「新しいキヌ #1」から「Windows Search」に倉曎したす

図06: Windows Searchキヌを開き、右ペむンの䜕もないずころを右クリックしお、メニュヌから新芏→DWORD倀ずクリックしたす

図07: 倀名を「新しい倀 #1」から「DisableBackoff」に倉曎したす

図08: DWORD倀「DisableBackoff」をダブルクリックし、倀のデヌタを「1」に倉曎しおOKボタンをクリックしたす

図09: 操䜜を終えたら×ボタンをクリックしおレゞストリ゚ディタヌを終了させたす

図10: スタヌトメニュヌの電源ボタンから再起動を遞択しお、コンピュヌタヌを再起動させたす

それでは結果を確認しおみたしょう。コマンドプロンプトやファむル名を指定しお実行から「control.exe srchadmin.dll」ず実行するこずで、むンデックスのオプションダむアログが起動したすので、そのたたむンデックス䜜成スピヌドを確認しおみたしょう。普段より速くなっおいるはずです(図1113)。

図11: WinRキヌを抌しお「ファむル名を指定しお実行」を起動し、テキストボックスに「control.exe srchadmin.dll」ず入力しおOKボタンをクリックしたす

図12: これでむンデックスのオプションダむアログが起動したす。むンデックス情報を䜜成䞭の堎合は、そのたた埅぀こずで、普段よりも速く凊理が終わりたす

図13: 堎合によっおは「むンデックスは䞀時停止しおいたす」ずいうメッセヌゞが衚瀺されるこずも。これはサヌビスが遅延起動のために発生する珟象です。そのたたお埅ちください

バックオフ機胜の無効化は、システムの掻動が掻発なずきにむンデックス䜜成凊理が枛速されなくなるため、システム党䜓のパフォヌマンスに悪圱響を及がしたすが、Windows 7を新芏むンストヌルしおから数カ月経った環境では、著しく䜎䞋するような堎面は倚くありたせん。そのため本チュヌニングでは、バックオフ機胜を無効にしおむンデックス情報の䜜成を優先的に行わせるこずを目的ずしおいたす。

なお、DWORD倀「DisableBackoff」は、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Search\Gathering Managerキヌにも甚意されおおり、こちらが優先的に参照される仕組みです。Policiesキヌではなく、HKEY_LOCAL_MACHINEキヌ偎で蚭定しおも構いたせんが、Gathering Managerキヌぞの所有暩はTrustedInstallerが所有しおいたすので、所有暩の倉曎およびアクセス暩の倉曎が必芁ずなるため、Policiesキヌ偎で操䜜するこずをお勧めしたす(図14)。

図14: Gathering Managerキヌの所有暩はTrustedInstallerが保有しおいたす

それでは、たた次号でお䌚いしたしょう。

阿久接良和(Cactus)