NSK3480で組んでしまった・・・。

 イロイロあって、ストレスと開放感がピークに達した状態で秋葉原を歩いた某日。
 ふと気づいたら、以下のモノをお買い上げしておりましたとさ。

 Asus M4A88TD-M EVO/USB3
 AMD PhenomII X4 910e
 Antec NSK3480

 HDD、メモリ、CPUファンは手持ちを流用し、あっという間に1台マシンが増えましたよ。
 ということで、組み上げた時の感想でも。

 ◇小さいことは・・・過ぎたるか?

 MicroATXタワーでは最小クラスのこのケース、写真等で見てみて分かっていたことだが、実際触ると兎に角「キツい」。

 1. 正方形なMicroATXフルサイズのマザー、入れるだけで結構きっちり。
 2. マザー側のHDDホルダは、フロントパネルと接続するケーブルやSATAケーブルがカブる場所にあるため、実際に設置するのは結構厳しい。
 3. 5インチベイ側にかかるHDDホルダ、フロントパネルとの距離も無いのに電源との間隔も全然無い。L字コネクタのSATAケーブルが必須、無ければこのホルダは使うのを諦めるを得ない。

 小さい故に中が混雑するのは覚悟していたが、思いの他「フロントパネル~マザー」のケーブルの取り回しも厳しく、更にAndy SAMURAI MASTERなんてデカいクーラーを入れたので、こりゃまたホントにトンでもないことに。

 ◇クーリングもイマイチかも。

 1. 5インチベイ部分のHDDは電源の吸気エアが通るので、普通のHDDが2台程度ならそれで十分。
 2. 意外や意外、フロント吸気が弱い。低速静音で良いのでフロントファンを一つ追加するだけで筐体内温度はだいぶ下がる。
 3. 付属の12cmファン、最低速にしても静音とは程遠い。これもあんまりにもあんまりなので速攻で交換済。

 ◇

 結論、このケース、間違っても万人向きじゃない。
 最終的にはかなりギッチリ状態になってしまったので、結果的に空間効率は悪くは無いと思うが、とはいえ。

 こうやってみると、NSK3480より多少奥行きは増えるものの、SUN Trust/TAO EnterpriseのFITやShadow FといったケースのHDD配置ってのはすごく「分かってる」な、と。

 ということで。

 NSK3480を検討している方、ちょっと待った。
 この小ささとデザインによっぽど思い入れでもない限り、ほんの少しだけ大きいけどSUN Trust/TAO Enterpriseの「FIT」や「Shadow F」といったケースを検討しないテは無いですよ。
 Antecの電源が欲しければソレを別に買えばいいんだし、そうしてバラに買っても大して値段差無いし。

Share

Advanced Formant+仮想マシンは要注意、かもしれない。

 今更なんだけど、さ。
 VMware Workstationネタ、続き。

 というのは、つい先日。
 調子に乗ってイロイロ置いていたらHDD空き容量が足りなくなってしまい、仕方ないのでWD20EARS・・・2TBでAdvanced FormantなHDDを導入、VHD置き場を移行したんですわ。

 ところが、その後。何かVMの調子がおかしい。アクセスランプが盛大に光る割に、何かDisk I/Oが引っかかりまくる。OSだけでなく、アプリのパフォーマンスも明らかに落ちている。

 結論。
 Advanced FormatなHDDはVMware Workstationの仮想ディスク置き場には使わない方がいい。

 上にどんなOSが乗るか分からない、というかイロイロ乗せられるのがメリットなVMware環境と、最新のOSでしかパフォーマンスの出せないAdvanced Formatの組み合わせは「やっぱり」ヤバい。

 ・・・まあ原理を考えれば当然なのだが。
 実際使ってみたらかなりトンでもないことになりました、というお話でした、とさ。

#つかここまで強烈に来るモンなのね。
 ちょっと発熱が気になるが日立の7200rpmに交換すべきか?これは。

Share

VMware WorkstationのDisk I/Oって、すごく・・・重いです・・・。

 いやね、普通に重いとは思っていたんですよ。
 でもね、まさかここまで重いとは思わなかったんですよ。

 発端はDisk I/OとCPUを両方酷使する、某アプリをVMware Workstationで動かそうとしたこと。アプリの性質上VMware上で動かすと割と悲しいことになることは目に見えていたのだが・・・。
 実際乗せてみたら、これが割とどころかもの凄~く悲惨なことになってしまったんですよ。

 とはいえ、ここまで悲惨なことになるってのはきっと理由がある・・・ということであちこちつっついてみたんですが。
 結論。VMware上の細切れ単位のランダムアクセスはもの凄~く重い。

 ある程度の大きさのI/Oならばまだマシなものの、細切れアクセスに対してはもう「さすが仮想マシン」としか言いようがない。

 で、これの解決方法は・・・無いよそんなの。
 兎に角素のアクセスの重さは決定的なので、上位のOSなりアプリなりで吸収するしかない。といっても上モノのOSがWindows XPだったりするとOSレベルではもう手の出しようがないので、アプリ側でどうにかするしかない。

 ということで、モノは試し。
 アプリ側に手を入れて内部バッファをしこたま大きくして、且つDisk I/Oをある程度まとめて処理するようにしてみたところ。
 何かものすごく調子よく動いているんですけど。

 ・・・と、ここまでやって気づいたのだが。
 I/Oに足引っ張られるVMでこれだけ差が出たってことは、実環境でもI/O周りに手を入れたらパフォーマンスが上がる可能性があるってことでないのか、コレは。
 んと・・・ちょっとやってみるかな・・・。

Share

2008R2 OS RAIDの落とし穴。

 これって結構大きな不具合だと思うんだがなぁ・・・。

 Hyper-Vを有効にしているWindows 2008 R2 サーバにて
 HDDを追加しBCD(起動構成情報)およびシステムパーティションを後からRAID-1化した場合
  ↓
 追加HDD側のBCDから「hypervisorlaunchtype」パラメータが消える「ことがある」

 当然、この状態のまま追加されたBCD側から起動するとHypervisorが起動せず、従ってHyper-Vも動作せずに大騒ぎとなる。

 ♯具体的には深夜にケータイで叩き起こされるぐらいには。

 解決策はbcdeditでパラメータを追記してあければOK。コマンド1行で解決しまっせ。

 bcdedit /set {current} hypervisorlaunchtype auto

 にしても、bcdedit周りというか起動管理周りというか、その辺りは細かい不具合が未だ多数残ってますな。
 余計なパラメータ突っ込まれたりとか、何故か表示言語が英語に戻ってしまい文字化け起こすとか、さ。

 ・・・というか、MS純正ブートマネージャ自体が未だ不具合てんこ盛りなんじゃないかね、と思う今日この頃。

 ◇

 にしても、久々に触ったが、OSに統合されたSoftware Mirror(RAID)ってのはやっぱ扱いがラクね。
 システムパーティションもGUIから簡単にミラーも解除も出来るし、Hardware RAIDでたまに出るRAIDカード故障の心配もする必要ないし。
 これでVerify (Surface Test)が出来れば巷に溢れるSoftware RAIDなんぞ要らなくなるのに、それを実装する気は無いんだろうなぁ>下逸。

 ♯その気があればとっくにやってるわな、ServerでのSoftware Mirrorなんて随分と昔から実装されてるし。

 ちなみに、時々Hardware RAIDは万能だと勘違いしている人が居るが、ンなことない。
 そういうヤツにこそ味あわせたい、これぞHardware RAIDの悲惨コンボ。

 RAIDカード故障→代替品が無しor手配に時間がかかる→データ救出不可→そのデータが緊急に必要

 さあどうするよ?

 ♯Hardware RAID上で重要データを取り扱っている場合、新品予備、若しくは緊急時に借用出来るRAID Hardwareを現用品とは別に必ず用意しておくべし。いやマジで。

Share

Windows 7インストール済環境を後からVHD Bootに切り替えてみる。(後編)

 続きモノの最終回。
 Windows 7をVHDブートしようとした時の、諸々な話とか。

 ◆

 その1。
 パーティションを丸ごとVHD化するなら、予め可能な限りパーティションを圧縮しておくのがお薦め。

 というのは、前回も書いた通り、VHD化してVHDファイル自体が小さくなっても、それを起動に使用するには結局元のパーティションサイズと同じだけのディスク容量が必要になってしまうため。
 ドライブ容量のうち300GBのうち30GBしか使ってなければVHDファイルは30GBになるが、コレを使って起動しようとすれば300GBのディスク容量が必要なんですな。
 ここでパーティションを100GBまで圧縮してからVHD化すれば、このVHDを使って起動するのには100GBのディスク容量で問題ない。

 幸い、Windows 7ではパーティションを後から拡張するのは簡単なので、一度縮小した後、どうしてもディスク容量が必要になったらその時にまた拡張すれば良い。

 さてそれでは実際にどうやって縮小すればいいのかというと、一番簡単なのはWindows標準機能。
 「管理ツール」>「コンピューターの管理」から「記憶域」>「ディスクの管理」と開いて、パーティションを選んで「ボリュームの縮小」。
 MS純正だけあって簡単且つあっさりと出来るのだが、機能も簡単なもの。環境によっては全然縮まない、なんてことも。

 一方、サードパーティ製の各種パーティション操作ツールならば、ボリュームをかなり圧縮することが可能。
 代わりにおカネがかかる・・・筈なのだが、個人の非営利目的ならタダで使える製品もあるので、そういうのを探してみるのも良いかも。

 #但し当方は英語版しか見たことがない。なので、英語が多少は読めないとキビシイかも。

 ◆

 その2。
 では、実際に容量が窮屈になってしまったVHDの拡張方法は、ということでメモ。

 作業は以下の2段作業。

 ・まずVHDファイル自体を大きくする
 ・VHDファイルの中の領域を拡大する

 HDD最後方にインストールされたOSを起動して、コマンドプロンプトを起動。
 さあコマンドを打ち込みましょ。

 ◇

 まず1段目の作業。

 diskpart

 ここでUACが起動して「いいの?」と訊いてくるので「OK」とすると、新しいコマンドプロンプト画面が開く。
 その中で、以下のコマンドを入力。

 SELECT VDISK file=”VHDファイル名”
 EXPAND VDISK maximum=容量(MB単位)

 例えば、E:¥Windows.VHDを60GBに引き延ばすには

 SELECT VDISK file=”E:¥Windows.VHD”
 EXPAND VDISK maximum=61240

 無事出来たら

 EXIT

 でこのコマンドプロンプトを閉じましょ。

 ◇

 2段目の作業。

 「管理ツール」>「コンピューターの管理」から「記憶域」>「ディスクの管理」と選択し、右クリックで「VHDの接続」。
 ダイアログで問題のVHDを選択して、OKをクリック。

 するとVHDが水色のアイコンでマウントされるので、それを見ると後ろの方に「未使用領域」が見える筈。
 後は前にあるボリュームを選択して右クリック→「ボリュームの拡張」を選択、ウィザードが表示されるので「次へ」を連打すれば目一杯まで拡張される、以上。

 ボリュームが拡張し終わったら、水色のアイコンを右クリックして「VHDの切断」で作業完了。

 以上。

 ◆

 その3。
 最後に、パフォーマンスを何より重視するなら、VHDを固定容量タイプに変換するのがお薦め。

 VHDというのはMicrosoft純正だけありパフォーマンス面では相当頑張っていて、圧縮の効いている「可変容量タイプ」のものでも「一般的な使い方」では素のHDDのアクセスとあまり変わらないパフォーマンスが期待できる。
 但し、圧縮が効いているだけあって絶対的なパフォーマンスを追いかけるならやはり不利なのは事実。

 ということで、VHDを固定容量タイプに変換する方法。
 といっても実は出来るのは「変換」ではなく「新規に固定容量タイプを作成して、中身をコピー」することなんですわ。

 なので、この作業をするにはディスクが十分に空いていることを確認して。
 再びHDD最後方にインストールされたOSを起動して、コマンドプロンプトを起動。
 さあコマンドを打ち込みましょ。

 diskpart

 ここでUACが起動して「いいの?」と訊いてくるので「OK」、新しいコマンドプロンプト画面が開く。
 その中で、以下のコマンドを入力。

 CREATE VDISK file=”新しく作るVHD” source=”今あるVHD” type=fixed

 容量にもよるが、一般的に暫く時間がかかりますよ。無事終わったら

 EXIT

 でこのコマンドプロンプトを閉じましょ。
 最後に、新しいVHDが起動出来るように、古いVHDと新しいVHDのファイル名を変更しておしまい、と。

 #ちなみに、固定容量タイプを可変容量タイプにコピーすることも可能。
  その時のコマンドラインは、以下の通り。

  CREATE VDISK file=”新しく作るVHD” source=”今あるVHD” type=expandable

  こうすると、新しいVHDは圧縮の効いた可変容量タイプになりまっせ。

 ◆

 以上。
 それでは皆さんもVHDブートでサクサク環境切替なPCライフをお楽しみ下さい。ではでは。

Share