KP41病の歴史を振り返ってみる(ACPI編)

ACPIの仕様書は、2011年末あたりに最新版が出ていて、このカーネルが直接的にCPU周波数
の動的制御等、ほか、省電力対象でデバイスをまとめてプログラム制御するという設計に無理があるように思えます。3GHzもの高い周波数をPLL制御で周波数変更して、その周波数がロックされ安定するには時間がかかるので、CPUはこの間、フェッチ・デコード・実行のパイプライン処理もすべて停止し、PLL 発振周波数が確実にロック安定してから、CPUが動作を再開するしくみをカーネルでプログラムするわけですが、ではクロック周波数が安定する時間は、どうやって計算すればいいのか、パソコン毎にみな条件が異なってくるので、カーネルのCPUクロック周波数制御と全デバイス主電力電源制御をまとめてカーネルレベルで実行するという構造とアルゴリズムを見直さないと、カーネルがあまりにもハードウェア依存性の強いものになってしまいますよね。
カーネルに電源制御を入れるCPU中央制御のアイディアはいったん考え直すのがいいかもしれないと思います。
ACPI仕様がまとまる前に、Windows7が製品出荷されたのも痛い失策と思います。
おそらく初期のWin7のカーネルにはACPI制御がXPレベルで実装されているが、その後のACPI仕様の大改訂でカーネルが再プログラムされ、その結果、2012年初めのパソコンからはKP41エラーが発生し、初期のKP41の起こらなかったWin7PC1もWindowsUpdateでのカーネル変更でKP41発生が始まったという経緯に推定してます。OSメーカにはぜひともがんばって解決して欲しいと期待しています。

専門的なご意見ありがとうございます。
正直なところ、私は経験則のみでOCしたり、KP41病を解消したりしてたので、
理解するのが難しいレベルのお話です(^_^;

http://ja.wikipedia.org/wiki/Advanced_Configuration_and_Power_Interface
http://bosoview.sakura.ne.jp/pc/acpi/acpi.htm
この辺を読みながら、少しずつ理解しようと思いましたが、なかなか難しいです(^_^;。

KP41病が顕著に現れるようになったのはSandy Bridge以降かなあ。。。と感じていたのですが、
Win7　Userさんの推測を読んでいると、ACPIの仕様書とOSリリースのタイミングが悪く、
OSとハードの相性が悪くなっている状態なのですね。

私の場合、かなり無茶なOCをしてKP41に遭遇したので自業自得な所がありますが、
メーカー製PCを工場出荷状態で利用しててもKP41が発生する環境もありますものねえ。
ハード、ソフト共に省電力な環境を目指しているけれど、上手くかみ合っていない状態なんですね。

けんさん、コメントありがとうございます。

KP41病については、下の仕様が決まらないうちに、来月出荷だからはやくプログラム作り上げよ！

http://www.acpi.info/spec50a.htm

と言われた人がいるであろういう状況が目に浮かぶので、エンドユーザの立場としては、この問題は深刻ですが、そのへんは考えてあげないといけないな、、、と思っているところです。

よい製品に洗練されることを切に期待しています。

＞Win7 Userさん
うおおお･･･！これはACPI仕様書の原文ですか!?
すっげー面白そうなリンクを紹介して頂き、ありがとうございます！

＞KP41病については、下の仕様が決まらないうちに、来月出荷だからはやくプログラム作り上げよ！

なるほど、
Revision 5.0a の策定日は2013年11月13日、
Windows8.1のリリース日は2013年10月17日。
両者の苦労とか、事情とか、いろいろ察したくなるスケジュールですね(^_^;

そういえば、コンシューマー向けx64 CPUが登場してから、x64版Windowsが普及するまで、4～5年のタイムラグがありましたねえ。
ハードとソフトの進歩が、1年～2年程度でかみ合うのって難しいかもしれないですねえ。

私も、少しずつでも良い製品になっていくことを期待します(´∀｀)ノ

けんさん、検討してくれてありがとうございます。
深入りしてしまいますが、参考までに私の調べた情報を追記しときます。

Windows 7 と Windows Server 2008 R2 でのプロセッサの電源管理
http://msdn.microsoft.com/ja-jp/library/windows/hardware/gg566941.aspx

この2010年1月の仕様によれば、Windows7クライアントPCでは、クロック周波数制御(PPC)は行わないが、Windows Server 2008 R2 ではPPC制御を実行する仕様になっています。

ところが一方で、

Windows7の「プロセッサの電源管理」に意味は有るか？
http://bto-pc.jp/btopc-com/select/win7-processor-pw-set.html

この記事を読むと、実動作では、Windows7　PCでもPPC制御が行われていることが書かれています。

ここでBIOSに書かれているパソコン依存の省電力を記述したテーブルがマッチせず、CPU省電力制御ドライバが正しく読み込めない可能性があり、このドライバが読み込めていないと、PPC制御に失敗して省電力移行制御が失敗する可能性も考えるというBIOSとの因果なしがらみの存在も考えられると思います。

おお、またまた私では辿り付けない or KP41とは関連付けれなかったページの紹介して頂きまして、ありがとうございます(´∀｀)ノ

言われてみればその通りですね。。。
私もKP41を回避するために
　・OSの省電力機能は全部オフにして、
　・BIOS側も不要な省電力機能は極力オフに
という方法を取りましたので、PPC制御の突っ込んだ所を調べてみれば良かったワケですね。

　・ACPIの仕様が変わっていること
　・PPCの仕様が密かに変わっていること
　・ハードやドライバがどの仕様にあわせて設計されているか
この辺が絡んでくる訳ですねえ。

ハイスペックPCと省エネPCを何かしらの方法でカテゴリ訳しないと厄介な事がおこりそうですね。
そうすると、鬼門はやはりUSB機器になりそうですね(￣▽￣;)