どれも仮想マシンを作る時に使うものだけど
実際ドレがいいかと云えば、たいして変わらない。

• Linux入れた後に仮想マシンを作りたいならKVM。
• WindowsServerやWindows8ProならHyper-V。
• WindowsのHome版ならVMware。

な感じで使っている。
使いやすさやパフォーマンスについては、

• XPならVM Player。
• Linux系ならKVM。
• Windows系ならHyper-V。
  • Toolを入れるとコピペが楽。
  • ホスト側のドライブが繋げられる。
• ゲストとホストで系列を混ぜると色々面倒。
  • ネットワークやファイル共有とか設定が面倒すぎる。
• 自動シャットダウンは何かと不安。
  • KVMホストをシャットダウンする時にゲストをサスペンドさせると・・・
    • 時々ファイルが壊れるので、綿密なバックアップが必須。
  • Hyper-VやKVMのshutdownは、ゲストの電源ボタンを押してくれるので便利。
  • Windowsゲストを入れている場合はシャットダウンをトリガに長～いWindowsUpdateの処理が始まることがある。
  •  Hyper-Vのゲストシャットダウン完了の待ち時間はデフォルトは１２０分だったらしい。
    • Hyper-V（Windows Server 2008）   ※最近のものは不明
      
      • HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\ShutdownTimeout
  • KVMのゲストシャットダウン完了の待ち時間はデフォルトは３分らしい。
    •  /etc/sysconfig/libvirt-guests
      • # SHUTDOWN_TIMEOUT=300
  • Hyper-Vの自動停止アクションの「仮想マシンを停止する」がshutdown なのが強制電源OFFなのか不明。
  • Hyper-V(WindowsServer2012,Windows8.1)のホストを再起動した時にゲストが自動シャットダウンしない場合あった。

な感じ。
仮想マシンは、OSの中にOSを入れる訳で、ホストもゲストも性能が悪くなりやすいから、CPUの仮想マシン用の命令を使う事が多く、今では、仮想マシンの中に仮想マシンを入れて、更に仮想マシンを・・・と云う入れ子は眼中には無いようだ。
社員に1台づつPCを配布しているなら、好きな様にいくつも仮想マシンを作れて便利。
しかし、データセンターの仮想マシンに手元のPCからリモートデスクトップで接続してる場合は、一人につき仮想マシンは1個か2個な感じになるだろう。
そうなると、インストーラーのテストするなら、手元にインストーラーのテストPCを置いて仮想マシンをガンガン壊しまくった方が便利だ。
それに仮想マシンを好き勝手に変えると接続できなくなってしまうこともあるので、 一般ユーザでの利用が無難。でも管理者モードが使えずアプリのインストールもままならないかもしれない。
な訳で、仮想化は、何でもデータセンターに統括すれば良しという訳では無い。

• 仮想マシンをガンガン壊しまくるなら、手元のPC。
• デモやプレゼンのためにWEBサービスを立ち上げるなら、クラウドの仮想マシン。
• 沢山の社員が定型業務で特定のアプリだけ使うならインストールやメンテが楽（？）なプライベート・データセンターの仮想マシン。

な感じかな？
ただ、外部とネットワークが遮断された環境では、
手元のPCにWindowsのプレビューを試しに入れてみるということすら難しい。
色々な更新がやってくるが、全てネット経由なのだ。
つまり、
あれやこれやと制限すると、ちゃんと使える様に管理したり運用するのは、とても大変で、
また一方では、何でも自由に変えられると、トラブルが絶えない。
この按配がなかなか難しい。（大笑
そして、仮想マシンを使うメリットが発生するそもそもの元凶は
『インストールがメンドクサイから、嘘だと思うなら１０回やってみな！終電の方が先にやってくるよ！』
の一言に尽きる。
もちろんよくあるWindowsにMS-OfficeとVisualStudioを加えたインストールなんだけどね。

https://virt-manager.org/download/
のvirt-viewer 2.0の Win x86 MSI (gpg)　か Win x64 MSI (gpg)　から
ダウンロードできる。

前は
HOSTに{IPアドレス}
PORTに{ポート番号}
を入れて【Connect】を押したけど、
これは書いてある説明通りに spice:// {IPアドレス} : {ポート番号}　の形式で入力する。
一度接続に成功すれば、下のRecent Connections にリストアップしてくれるので便利。
但し右上の【×】で閉じると保存しないらしい。

Windowsタッチ付きのBluetoothマウス。
Windowsタッチを押し込むとWindowsキーと同じ操作。
Windowsボタンを上に向かってスワイプすると画面を順送りする。
Windowsボタンを下に向かってスワイプすると画面左に使用中のアプリをリストアップする。
最初はただのボタンだと思い、Windows印を押しこんで上に向かってスワイプしてしまった。
親指で押し込んではいけない。
親指でわずかに触れるぐらいでスワイプしなければいけない。
ちゃんとスワイプできると、マウスが振動する。
重量は136ｇで、 Logicoolの小さいM185マウスの75ｇより重い。

MS-ACCESSを使っているとフィールド名などを　[フィールド名] 　と　しがちだ。
ほとんど問題にならないが、
VB6から
DAOの2.5/3.51 COmpatibility Library(dao2535.tlb)を参照指定しておけばスルーしてくれるけど
かなり古いMDBしかまともに読み書きできないので、
DAO3.6 Object Library(dao360.dll) に変える多少マシだが・・・
fields(“[フィールド名] “) と書いてある部分は
[フィールド] なんてフィールドは無いのでヌルポになる。
よく、rst.fields(“[フィールド名] “)=”00000” などとやっつけな感じで書くので、
本気でヌルポに”00000”を代入してと　VB6がdao360.dllに要求するから、
真面目なエラーメッセージは
dao360.dllの中でヌルポっぽいと表示され、
エラー内容を送信しますか？と、確認までされてしまう。
VB6なのに・・・orz

※RTMのリリースが間近になり、プレビュー版の提供は停止中らしい。
qemuのlahf_lm の設定を有効にすると、KVMでWindows10が動くらしい。
「Load AH from Flags (LAHF) and Store AH into Flags (SAHF) in long mode」の略で、AMDの64ビット命令のLAHF、SAHFが、古いINTELのCPUの64ビット命令（EM64T）には無かったが後にEM64Tに追加されたので、これらの命令の実装の有無を区別するためのフラグらしい。多分、INTELのARKのページでVT-xがYESになっているCPUなら良いのだろう。
なぜVM用の命令が必要なのかは不明だが、インストール時に必要なら、中でHyper-Vが使えるハズなので、古いWindowsの環境のHDDが残っていれば、うっかりバックアップを忘れたメーラーのデータ（大抵はトンデモナイところに保存されているので中々見つからない）などをコピーできるハズなので、大助かりのハズだ。
/etc/libvirt/qemu/****.xml に

  <cpu mode='custom' match='exact'>
    <model fallback='allow'>kvm64</model>
    <feature policy='require' name='lahf_lm'/>
  </cpu>

と追加されればなんとかなるらしい。
qemu のコマンドラインなら
-cpu kvm64,+lahf_lm
とすればいいらしい。
が、Windowsのインストール直後に【困った顔】が出たゲストの設定にコレを付けても、ブートローダすらインストされていないから無理だろう。virsh undefineしディスクイメージも消して再インストールするしかない。
で、virt-installの設定に
–cpu kvm64,+lahf_lm
を付け足してやると/etc/libvirt/qemu/*****.xmlに

<cpu mode='custom' match='exact'>
 <model fallback='allow'>kvm64</model>
 <feature policy='force' name='lahf_lm'/>
</cpu>

な風に設定される。
とりあえず困った顔のマークは出なくなった。
Thanks!

インスト手順

1. 記事の後ろの方のスクリプトを用意し、赤字部分は必要に応じて修正する。
2. SPICEクライアントを立ち上げ　IPアドレスはKVMホストのIPアドレスを入力しておく。
3. １のスクリリプトを実行。
4. 仮想マシンのインストールが進行中です。と表示されたら、手早く
   • virsh dumpxml VMゲスト名 | grep spice | grep port
   • とコマンドを入力しSPICEのポート番号を調べ、できるだけ早くSPICEクライアントに入力し接続する。
5. インストール時間が結構長いが放置しないこと。
   • 中のWindowsが再起動するとSPICEクライアントの接続も切れるのですぐに再接続する。

※SPICEのport指定するとTLS接続の扱いになってしまうので今回は外しました。

代わりにコマンドを打って確認。

#  virsh dumpxml VMゲスト名 | grep spice|grep port
<graphics type=’spice’ port=’5900‘ autoport=’yes’ listen=’0.0.0.0′>

この例では5900に設定されている。

※ディスク20GBではインストールが終わらない？みたいなので３２GBに変更した

• でもインスト後の使用量は10GB+αだった。※プレビュー版なので製品版になったら多少は増えるだろう。

※virt-topではCPU４０％だが、普通のtopでは123%。J1900のCPU1コアでは無理っぽい。
※ディスクを増やしても–vcpus=１では「お待ちください…」がさっぱり進まないので２に変えるとインストールが進むようになった。
ブログ鯖で　egrep model /proc/cpuinfo　を観るとmodelが13だったので、ホストと同じCPUを指定すると

• <vcpu placement='static'>1</vcpu>の後に<cpu mode='host-passthrough'/>を付ける

# egrep model /proc/cpuinfo
model           : 55
model name      : Intel(R) Celeron(R) CPU  J1900  @ 1.99GHz
に変わったので、
–cpu host-passthrough,+lahf_lm \

にしてみた。
多少効果はあるかもしれない。
というか、
–cpu host-passthrough \
にしておけばlahf_lmも自動的に有効なのかな？manコマンドにこれらオプションの記載は無く、オプションの書き方だけが書いてあるのでネット情報が全てな様だ。kvmもlibvirtもqemuなどのパッケージを口当たりが良い様にまとめたフロントエンドでしかないのかな？いつのまにかヘルプや参照先に載っている情報が古く（Core2Duo全盛期）なってしまった様だ。－lahf_lm的な記載もその当時の状況を反映したものなのだろう。よく安定して動作するものだなぁ～と感心しつつ、LinuxのパッケージもWindowsっぽくなっていくんだな・・・とも思えた。
※でもWindowsのCPU表示にはちゃんとJ1900と表示された。
※調整したもののWindows 10のインストールの「簡易設定」の「お待ちください…」は長いまま。
やっと
「こんにちは」が出てきた。
そして
「しばらくお待ちください」
しばらくが付いた！
「最後の処理をしています」
ほ、本当か？
「PCの電源を切らないでください」
待つしかない・・・
「あと少しです」
待つしかない・・・
「通常より時間がかかっていますが、まもなく準備を完了します」
SPICEクライアントの設定ミスか？ちょっと文字が裏返って表示されたり変な感じ。
待つしかない・・・
「さぁ始めましょう」
MRTGをみてみると

J1900のコアが５０℃まで上がってた。
インスト中はCPU負荷がほぼ１００％。
通信量は最大で320KB/秒と並。br0の限界？
このせいで「お待ちください…」が長かったのかもしれない。
とりあえずJ1900にはお疲れ様。
やっと窓から光が・・・

※画像はSPICEクライアントでインサイド・プレビュー(Build.10162)のデスクトップを表示したものです。

インストの後、暫くすると４６℃まで下がった。
Windows自体のCPU負荷はそう大きく無いようだ。
とは云え、J1900にKVMのホストさせゲストにWindowsを入れSPICEクライアントで覗いているんだから・・・

• 動画鑑賞は無理そう。
• マウスの反応は遅い。
• サウンドはバリバリ。

なのは仕方が無い。
やはりJ1900にはブログ鯖が限界のようだ。
Windows 10のインストールはCPUのパワーが結構必要らしく、virt-installのパラメータをちゃんと調整しないとインストすらまともにできない様だ。
KVMゲストでもVT-xを使える設定になったハズなので・・・
しかしHyper-Vが見当たらない。
Windows8.xでは【プログラムと機能】⇒【Windowsの機能の有効化または無効化】の中にあったんだけど、
【Windowsの機能の有効化または無効化】すら見つからない。
探し方が悪いのかな？
ただでさえパワー不足でUI操作がモタついている状況なのに、KVMの中でHyper-Vするつもりはないけどね。
それとも

まだ設定が足りない

のだろうか？
ps.
アップデートを入れたらBuild 10162の表示が消えた。
ここ最近のゲームのCMでよく目にするのは【進化】と云う言葉、バージョンアップのことなのかな？

---

以下インストールに成功したスクリプト。※赤い文字部分は要確認。

---

#ISOイメージのパス指定　※qemuユーザのアクセス制限で/tmp以外に置くと読み込みに失敗する。
 ISOIMG=/tmp/Windows10_InsiderPreview_x64_JA-JP_10162.iso

#KVM上での名前を指定
 IMAGE_NAME=Win10ip
 # VIRTUAL DISK FILEPATH
 IMG_PATH=/var/lib/libvirt/images
 # USE MEMORY SIZE (MB)
 RAM=3096
 # VIRTUAL DISK SIZE (GB)
 DISK=32
 virt-install \
 --name ${IMAGE_NAME} \
 --ram ${RAM} \
 --disk path=${IMG_PATH}/${IMAGE_NAME}.qcow2,size=${DISK},format=qcow2 \
 --vcpus=2 \
 --os-type windows \
 --cpu host-passthrough,+lahf_lm \
 --os-variant=win7 \
 --network bridge=br0 \
 --accelerate \
 --graphics spice,listen=0.0.0.0 --channel spicevmc \
 --video qxl \
 --cdrom ${ISOIMG}

あからさまにウェラブル風で名前もそのまんまなSMART WATCH2。
すでに主流はSmartWatch 3なのだろうけどまだ使い続けている。
と云うのも、たまにタイマーを使うことがあるけど、主な利用は時計や通知ばかり、仕事中もお買い得品やゲームの通知が飛んでくるので、その度にフリックして画面を切替る。無くてもいいような有ってもいいような中途半端な使い方しかしていないが、一つだけ昔しながらの時計らしい使い方をしている。バッテリーの残容量の心配だ。何年も持つ電池ではなく自動巻式が多かった頃は時々腕時計が正しい時刻を示しているか確認していたが、今は後どれくらいバッテリーが残っているのか確認している。
バッテリーの心配をしなくなったら、また手に付けるのが面倒なダケのシロモノになってしまうかもしれない。
ただ、SmartWatch 3に変えたら声でメールの返信ができるので便利かな？と思うけど、スマフォと２つ持ちしないとダメなんだよね。
あと・・・Android Wear™アプリを入れられるスマフォなら連携できるので、SONY製のスマフォじゃなくても良いところも捨てがたい！（笑
 
 

マザボのバックプレートが上向きになるように縦置きする煙突系のPCケース。
最初の煙突系（FT03）は一見ゴミ箱のような形状で、上面にファンを取付け排気するので排気効率が良かったが、通常は人間から離れた場所にある裏面が上面くるため取付けたファンと人との距離がかなり短くまた直接ファンが見えたりするので、システムファンやグラボの排気ファンの音が気になって仕方が無かっただろう。ケースの高さが結構あるので、デスクの上に設置するのが一番よかったハズだが、デスクの上にゴミ箱？という変テコな風景になっただろう。
このSST-CS01シリーズはmini-ITX用でサイズは小さ目、故にハイエンドの大きなグラボは対象外、拡張スロットも１つあるがロープロファイル、ケース下面に１２ｃｍファンを設置しここから吸気しケース上部の穴から自然排気する様になっており静穏性にも配慮している様に思える。
-HSにはケース上面に6個の3.5inchHDD用のホットスワップベイまで付いたNAS向けケースとしては安い様な気もする。
フットプリントが２１ｃｍ×２１ｃｍと小振りでデザインも良いので置き場所にもあまり困らないだろう。
オフィスにPCばかりでファイルサーバーが無い状況だったらコレもよいかな？
 

インタフェースが豊富な外付けHDDドライブ。

• eSATA up to 3Gbps (300MB/s)
• FireWire 800 (1394b) up to 800Mbps (100MB/s)
• FireWire 400 (1394a) up to 400Mbps (50MB/s)
• USB 3.0 up to 5Gbps (625MB/s)
• USB 2.0 up to 480Mbps (60MB/s)

テレビやHDレコーダで使う場合には、USB2のバスパワーでは足りないかもしれない。その場合ACアダプターを使うことになる。
手元のCENTURY製のCSS25EU3BK6GではACコネクタがフニャフチャで、e-STA接続してた都合で付属のUSB-ACケーブルで電源を供給していたがついそのケーブルに触ると電源が途切れでっかいファイルコピーでクラッシュしがちセロテープで電源ケーブルごとコネクタ付近をがっしりと固定して使用したら安定した。
なので、ACアダプターのコネクタやケーブルには高い信頼性が必要だと思う。
※セロテープで固定すればいいけどね（笑
価格は、ドライブなしのモデルが99ドルとちょっと高い。
使えるドライブは

• 3.5″ SATA-I, SATA-II or SATA-III hard drive
• Capacity 80GB – 6TB

このページには無いけど、
ドライブなしのモデルと同じくらいの価格の３TBのお買い得モノも出ていたようだ。（過去形