プロセスの優先度（追記）

「Win32PrioritySeparation」の設定は「CPU占有時間比率」「占有時間の可変」「スレッド切り替え間隔」の３項目についてもう少し詳しく設定できるようです。詳しくは以下の通りです。

さて、基本的な考え方ですが、ＣＰＵに十分な余裕があるのならば、あえてプログラムに優先権を与えなくても不都合が起こるわけではないので、それならばシステム全体の処理量（スループット）をあげるのがベターだと考えられます。さらに、ＰＣオーディオにおいては、音楽再生のために実行中のプロセスを途中で明け渡して他のプロセスが実行される事を極力少なくすることが何よりも重要ではないかと考えられます。例えば、explorer.exeを殺すと劇的に音質が改善するのは（全くの私見ですが）、おそらくはこのシェルを介して様々なプロセスが実行されるからではないでしょうか。

このようなプロセスの明け渡しが発生すると、いわゆる「コンテキストスイッチ」が発生します。

一般的にコンテキストスイッチが発生すると、実行中のプロセスの状態を何らかの方法で保存し、後にそのプロセスを再開する際にその状態を復元して、正常に実行を継続できるようにしなければなりません。もちろん、マルチタスクのＯＳではコンテキストスイッチが発生することは当然のことですが、あまりにも頻繁に発生するとシステムへの負荷が大きくなりパフォーマンスの低下につながります。特に、音楽を再生中に音楽再生のためのプロセスが頻繁に明け渡しを求められるというのは精神衛生的によろしくありません。

そう考えますと、やはりこの設定はスレッドの切り替え時間は長く（０１）、占有時間の可変もServerのデフォルトで固定にし（１０）、ＣＰＵの占有時間比率は１：１（００）というのがＣＰＵに余裕のあるシステムでは一つの解になるかと思われます。

この設定は、01（5-6ビット）10（3-4ビット）00（1-2ビット）を指定すればいいので、011000（2進数）＝24（10進数）を入力します。（調べてみたら、コンパネからバックグラウンド優先にしたのが「２４」でした。）

ただ、トランスポートとしてのＰＣを構築するときに、高性能のＣＰＵやメモリは無駄な足枷となってマイナスにしかならないという説もあります。高性能なＣＰＵは無駄に電力を消費し、メモリを何本も差すのはノイズを拾うだけだという説です。ですから、ＣＰＵやメモリはシステムが動くギリギリの状態にした方がベターだというのです。

真偽のほどは確認していないので分かりませんが、もしもその様なシステムならば、確かにプログラムを優先にした方がベターなのかもしれません。最近のこの業界では音質を決定する重要な項目として電源周りのことが語られます。私は、残念ながらそこまでは踏み込んではいないので迂闊なことは言えないのですが、おそらくはＣＰＵの頻繁な明け渡しが発生するデメリットと、電源周りのメリットを天秤にかけることになるんだと思います。

ただし、explorer.exeを殺した時のメリットを考えると、それほど判断は簡単ではないと思われます。

なお、私の場合のシステムは余裕があるほどに余裕がありますので、「Win32PrioritySeparation」の設定値を「２４」として、再生ソフトの優先度を「高」に設定するのがベターという、ありきたりの結論に到達しました。もっとも、落ち着いた結論は同じでも、検証なしに頭から信じ込むのと、まずは疑って考えられる限りの検証を実施してからそれがベターだと判断するのではずいぶん違うはずです。

と、ここまで書いてきて、一つアイデアが湧いてきました。・・・これぞ、疑ってみた「幸せ」？

音楽再生のプロセスに一番割り込んでくるのはおそらくはシェルだろうと思います。それなら、それぞれ別のＣＰＵに割り当てると「幸せ」になれるのではないか、という思いつきです。やり方は簡単で、タスクマネージャーを起ち上げて、目的のプロセスを右クリックして「関係の設定」を選びます。すると、次のような画面が起動します。

ここで、どのCPUを使ってプロセスを実行できるかが選べます。普通は上記のように両方にチェックが入っているのですが、音楽再生用のプロセスとシェルのプロセスを別々のCPUに割り当てておけば音楽を再生している途中でいらぬ割り込みを阻止できるのではないか、と考えた次第です。

これこそ、一銭もかからぬトライですから、早速に設定を変更して何曲か聞いてみました。結果は間違いなく音質向上に寄与しているように思えます。それも、かなりはっきりと確認できるほどの向上のように聞こえます。ただし、ＰＣのこのあたりのことについては全くの素人ですから、全くの見当違いかもしれません。それでも、間違いなく音質は変化します。ホントにＰＣオーディオの世界は奥が深いようです。