返信する: ぶろぐコメント
| 対象モジュール | なーお'nぶろぐ |
| 件名 | [仮想化] CPU更新完了 |
| 要旨 | 突然始めた公開サーバーのバージョンアップ、一段落したのでまとめておきます。 このバージョンアップの目的と、予定は先日の日記にありますのでそちらで。 ... |
- Re: [仮想化] CPU更新完了
- 投稿者: なーお 投稿日時: 2011/1/16 17:33
サウンド面でのその後。
未だ安定稼働に至っておらず、時々公開サーバーを再起動しながら試行錯誤中。
ご迷惑をおかけします。 
- windowsXPホストのCPU,メモリシェアの優先度を「高」にし、他のホストは「標準」に戻す。
- sound player Lilithの、「設定」?「優先度」タブの、
- 「アプリケーション優先度」 は「標準」のまま。 あげると却って不安定になるかも。
- 「再生スレッド優先度」 は「高」に変更。「リアルタイム」はちょっと怖い。実際に一度ハングした。
- 「読み書き」タブの「指定サイズ以下のファイルをバッファリングする」にチェックを入れ、「800000」（KB）に設定。 これでファイル読み出しの遅れの影響は無くなるかも。
・・いまだ検証中です。
・・と言っているさ中に、また飛んだ。 一度飛ぶと、Lilithがゾンビになってマシンの再起動をしないといけなくなるんで、困るんだよなあ。（続報）
プレーヤーを、Lilith+ASIO4All） --> MediaMonkey（+ASIO4All）に変えてテスト中。 調子いいかも。 引き続き検証継続します。（続^2報）
MediaMonkeyでも、同様でした。 ASIO4ALLを外しても起きるので、ESXiのUSBサウンドデバイス接続の問題ということだと思います。 解決策は見つかるのか。。 調べてみると、ESXiの「/usr/lib/vmware/bin/vmware-usbarbitrator」ってのがUSBパススルーをしていて、これが調子悪くて落ちてるっぽい、（メモメモ） 解決は難しいかな。Update待ちか。（続^3報）
もうやめた、無理だねこれは何をやっても。 サウンドデバイスなど継続的な接続を必要とする用途には、現状では不向きという結論です。 もう少し安定すれば、ってとこですね。