私たちは、Windows 95システムを移行する必要がある状況にあります(私は知っています、それはとても前世紀です)。 Windows95システムを実行するために利用できるリーズナブルな価格のハードウェアはありません。そのため、仮想化することで、期限切れの寿命を延ばしています。
これで、VMwareがWindows 95 VMの100%のCPU使用率を報告していることがわかります。これは、Windows95がCPUの管理方法を知らないためです。このため、rainやWaterfall、CPUCoolなどのソフトウェアが導入されています。彼らはCPUにHLT命令を送信しています。これにより、CPUが停止し、新しいトリガーが機能するのを待ちます。
上記のプログラムをVMでテストしましたが、機能しませんが、エラーが発生します。
誰かが有効な回避策、解決策を持っていますか?
ところで。最善の解決策は、windows95をwindowsXPに置き換えることです。しかし、私たちの状況では、少なくとも5年かかります。私たちのWindows95システムは、工場のプロセス制御ソフトウェアを実行しています。
Windows MEはHLTをサポートしています-ソフトウェアはそのOSで実行されますか?
Windows MEは、技術的にはまだWindows 95カーネルであるため、ソフトウェアが正常に実行される可能性があると思います。
http://www.vmware.com/support/ws55/doc/ws_performance_improve_win9x.html は、Windows95仮想マシンを作成する必要があるときに私が従ったものです。
問題は、win95がCPUを管理できないことです。そのため、CPUIDLEやDOSIDLEなどのプログラムが発明されました。
DosIdleは、仮想化されたdos6.22環境で動作します。 CPUIDLEは、esx4.0 win95VMでは機能しません。一般的な例外エラーが発生します。
今のところ回避策は、CPUリソースを制限することです。 VMwareのパフォーマンスグラフを確認すると、Vmwareは、win 95 vmが割り当てられたCPUの100%を要求しているが、その40%を使用していることを示しています。
私は解決策を見つけることについて悲観的です...しかし誰かがそれを持っているなら..... :-)