メランジ雑記帳

EC2のお客さんとは別にWEBARENAという日本のサービスを利用してみた。
感想は、CPUはそれなりに速い。回線も。ただし、メモリーが思いがけずにいっぱいになる。
（これはサービスをアップグレードしてもらえばOK）。このサービスではswap add やswap onが利用できないので残念。
でもこのサービスでこのレスポンスであればいいのではと思う。特にここはお客さんが以前から利用していた環境の移行であるので楽だった。

以前ソフトウエアの動作を文書で説明されたのだが、どの程度の時間画面が白くなっているのか

というような微妙なニュアンスが伝わらないことがあった。そこで以下のような動いている画面を記録するツールを活用したことがある。

これには音声の説明がつけられると思ったが試してない。

http://sourceforge.net/projects/camstudio/

(1) CamStudio, CamStudio Codecの二つのパッケージをダウンロードする。
(2) 前者のダウンロードファイルを展開して、インストーラにより
ソフトウェアをインストールする。
(3) 後者のダウンロードファイルを展開して、install.txtの指示に従い
インストールする。(.infファイルを右クリックして「インストール」）

これはavi形式で記録するため、かなり大きなファイルになる。

使い方とインストール方法について：

http://www.geocities.jp/ino_hideki55/freesoft-camstudio.htｍ

がかなり詳しい。

UNIXで動作するものに、xvidcapというプログラムがあって、

http://xvidcap.sourceforge.net/

がかなり良好であった。
(2010-02-08 再度64ビット版をコンパイルした時には、ヘッダーファイルがないということで、
/usr/include/X11/extensions # ln -s shmproto.h shmstr.h
が必要だった。）

これでmpegが作成されるのだが、大きい（５Ｍ）。そこで、flvに変換。

ffmpeg -i xpOnVBox02.mpeg -vcode flv -s 640x480 xpOnVBox02.flv

-i  入力ファイル

は変換元のファイル

-vcode 変換コーデック

は、変換後何形式にするか(video codec)

-s 水平サイズx垂直サイズ

はそのとおり。

最後のファイル名は変換後のファイル名。元のファイルがなくなるわけではない。
（編集後書：最近のコマンドでは
fffmpeg -i test.mpeg -s 640×480 test..flv
で充分のようである？）
このffmpegはかなりのことができるソフトである。昔、多言語音声合成なるもので使ったことがある。

(UNIX用Flashストリーミングサーバを改造して利用した）。

以下が変換の結果で1.3M程度。サイズはかなり小さくした。

XPを仮想化で使用しているところである。

http://www.melange.co.jp/movie/xpOnVBox02.flv

以下はオンライン風にしたもの。

The player will show in this paragraph

さて、Fedora 11(64ビット)上でsunのvirtualboxをつかってWindows XP環境を作成したのだが、某社のUSB

IC Card Reader/Writerが接続できてかつ動作するか否かを検証した。このデバイスは生産中止になって、その上ドライバがXP用までで開発が中止になったものらしい。

一応いろいろと設定をしたらＯＫであった。リーダライタのドライバはＷＥＢからダウンロードした。ＩＣカードのＤＬＬは以前から使用しているもの。

昔デバッグしていたらprivateキーを書くところでファイルの編成（固定長とかそういった類）が誤って書いていたのでエラーになっていたのだが、メーカーのほうで修正したものが数年前に出回った。我々はそれまで低レベルのI/Oでカードに書いていたのだが、それがなくなっただけで当時は嬉しかった。

Ｏ君はよろこんでいた。

fedora 11(64ビット）のKVM(Kernel-based Virtual Machine)のGUIまわりには少しがっかりした。元々はサーバ用を狙った環境のようだ。

Linuxは４－５年前から4Gの壁を越えてしまったので、64ビットを数年間から利用している。大変快適である。

それでOSに付属しているKVMでWindows系のOSを動かそうと思っていろいろと工作してみたのだが、弊社の利用には合わない。そこで以前から試したことがある、sunのvirtualboxを利用してみた。

最初は、NTFSのパーティションを新しいハードディスクにddでコピーしてみた。(ｄｄはシーケンシャルなファイルまたはデバイスからコピーするUNIXコマンド:

IBMのＪＣＬから来たのではという話であるが、私はdisk to disk と覚えている)。

NTFSパーティションをvmdk形式（VMWareのディスク形式）で登録して利用した。これだと動作が重たかった。ブートのMBRを指定すると、ブルースクリーンが出て、うれしいやら困ったやら。また、起動する際にはルートの権限で行った。（これは、そのパーティションに対する権限の問題であとで解決する予定なのでスキップした）。

再度XPのOSをアップグレード状態でインストールすると、一応OKになったが、だんだん遅くなっていったのでおかしい。とうとう、パーティションを認識しなくなってしまった。他のPCでも確かめたが、認識しない。実はこの会社のSATAを収容する装置（これをESATAとして利用）は長いこと（８時間？）使っていると接触が悪くなるのか、認識しなくなってしまった。

実質の転送レートは30M-40MB/sec程度であったので、それほど悪くはなかったのであるが。

また、雑誌などでは、新規インストールが扱われているのだが、実際は古い環境の保守という側面が現状の利用者の需要としてはかなりあると思う。つまり古い環境をディスクごと新しい環境で再生させるというのが今回の目的である。われわれだけの問題であれば、新しいコンパイラーでコンパイルできるようにすべきであるのだが（最近は説得力がなくなったか？）。お客様が関係するとそうもいかない。もともとのソフトが大きなソフトウエアさんが巨額で作成したものだったりすると、つい遠慮して言えなくなる。こちらの生死にかかわるようなこと(正しく動作するプログラムを作成すること）については、主張するけれども。

「ディスクごと」ということであるが、雑誌ではVHD(Virtual Hard Disk)という形式はホストがWindowsでなければ使えないようなことが書いてあったが、上のようにインストールしているときにVHDの表記をどこかのダイアログでみたので（ということは一回戻ったということ）、VHDにdisk2vhdという、マイクロソフトのフリーソフトを利用してネットワークドライブにとってみた。混沌の館風になってしまうが、翌日終了しているのかと思ってPCをみたら、そのソフトが死んでいた（応答がありません）。進行状況は30%程度。これは本当の話（このコンピュータからサーバまでは100Mの低速イーサーだったのがまずかったか？）。またはスクリーンセイバーのせい？そこでUSBのHDDに直接出力した。私の場合は１ドライブでCとDのパーティションを切っていたので、その２つを１つのVHDにした。これを作成するのに２ー３時間(120G)。コピーをするのに40分かかった。

さてこの状態でsunのvirtual boxを機動するとKVM状態では動作できないという。KVMをアンインストールしたのだが、まだ、modproveで見ると、kvm-intelというのがいるので、それをメモリーから除去。

一応動作するが、やはりXPからXPへのOSのアップグレード状態でのインストールが必要であった。また、３日以内にライセンスを取得というが、金曜なので、土曜、日曜で月曜ということになるが、月曜は忙しくなるので…

まあそれでもめげずにXPからXPへのOSのアップグレード状態でのインストールをしたら、大変良い環境になった。その後、VBoxGuestAdditionsというのをインストールするとマウスカーソルがゲストとホストの間で行き来する度に、いちいちキーを二度押したり（ゲストに入るとき）、ホストキーを押す（ゲストから出て行くとき）必要がなくなった。ＶＨＤは内部ではseekに変換しているだけのようで、それなりに速い。

後日、別のマシーンにＯ君のＸＰ環境を移すことにしたのだが、ホストをWindows 7(64ビットにしてみた。最初は苦労してWindows 7に付属のvirtual PCを使ったのだが、いろいろと苦労したあげく、VHDのサイズが127Gを越える、ATAのIDEとしては認められないということで断念した。やはりsunのvirtualboxにしてみる。これだと問題なく動作した。さらにvboxGuestAdditionsもインストールすると、大変すばらしい環境になった。Linuxとどちらがということはまだ計測はしていない。ＸＰのマシーンを仮想化する意味は、

（１）　マイクロソフトの古いコンパイラー（Visual C++)でメモリーの大きさをチェックしているものがあり、それを使用するように指定されている会社がある。

（２）　また、昔のInstallShieldでも同様なことをしているものがある。

（３）　どちらにしても新しいマシーン用のドライバはしばらくすると供給されなくなるので、古いマシーンと心中するしかない。

という理由からである。お客さまも苦労しているはずである。

仮想化がどの程度までできているのかを調べるため、サウンドが正しくホストのそれを使えるのかを調べた。最初は、スピーカーを探したらUSB経由で音のデータを拾うタイプのものが転がっていたので、それでためした。まず、ホストＯＳのほうは音が出た。（設定->サウンド->犬の声など）。しかし、ゲストのXPにiTunesをインストールしようとしたが、まず、なにか起動させようというたびにWindows Installerが何かをインストールしようとしている。googleで探したが簡単にはでてこない。それで、イベントログをみたら、Adobe のacrobat(7.0!)更新をかけているようで悪さをしている（XPからXPにアップグレードインストールした際に破損させてしまったか？）。実際にはSP3からSP2へのダウングレードにあたるので不明。acrobatをアンインストールした。一応ＯＫ。しかし、iTunesをインストールしようとすると、古いiTunesをアンインストールしてくださいといわれる。それでそのとおりにすると、netservice云々というディレクトリがどうのということで、アンインストールできない。そこで、強制アンインストールを行うマイクロソフトのフリーソフト（Officeの強化ツール）でiTunesをアンインストールした。それから再度インストールするとＯＫ。しかし、ＭＳＮの動画にいっても音が鳴らない。動画はかなりよく動作はしている。しかたがないので、サウンドの関係の設定をホストとvirtualboxとxpの３者でいろいろとためした。それでもならないので、ヘッドフォーンをフロントパネルの緑色のコネクターに接続すると聞こえてきた。成功！ネットワークもＯＫで、ドメインにログインできた。virtualboxとは関係がないが、落語のＣＤをＨＤＤに入れようとしたが、認識しない。おかしい、これでＯＳを入れたのであるが。昔IDEのCDはインストール時かその後かが使えなかったことがあったが、まだ同じバグが残っているのだろうか(Fedora7,8-10あたり）。

そこでヘッドホーンをあたまからはずしたら、それでも聞こえている。つまりUSBスピーカーでもＯＫであった。なにが起きたかは不明。接触の問題か？

次回はUSBのＩＣカードを試そう。

昨今、仮想化が流行している。数ヶ月前にXP/VistaでRHELを３個仮想で動かすということを協力会社の人としてみて最近のCore 2 DuoではXを利用しないモードではかなり速いということが実感できた。VMWareを使って実験をした。

そこで、一昨日と昨日に渡り最近流行りのfedora 11のkvm（Kernel virtual mode)を利用してみた。感想はAppleのもの（これもfedoraで動作する。solaris系のテストに利用したことがある）のほうが速いかなーというものであった。すこしマウスが固まることがあったが。Xenと比べるとどうなのかな？
とくに、Guest OSとしてのVistaは遅い。メモリーを1.5Gに制限したからか。全体のメモリは８Gあるので微調整してみよう。XPはまあまあである。コンソールはvncを利用しているのか？