http://hogeoyaji.blog78.fc2.com/ "ゴミとか産業廃棄物とかで遊ぼう"って言うか自分メモ ja http://hogeoyaji.blog78.fc2.com/blog-entry-18.html なんやかんやで、手元にXeon5000系列が載るPrecisionが合計5台ほどあるのだが欲を出してすべて4Core(ただしすべてES品)に載せ換えようとしたが、そのうち2台が"Incompatible Processor"とぬかしてBootの最終段階で勝手に"halt"しやがる。ディスクの認識やオンボのRAIDやらすべて終わったとに"halt"するのだから動かないわけではない。BIOSで撥ねているに違いは無いのだが、同じA08で動作する機体があるので話はややこしい。"halt" Xeon5000系列が載るPrecisionが合計5台ほどあるのだが
欲を出してすべて4Core(ただしすべてES品)に載せ換えようとしたが、
そのうち2台が"Incompatible Processor"とぬかしてBootの最終段階で勝手に"halt"しやがる。

ディスクの認識やオンボのRAIDやらすべて終わったとに"halt"するのだから動かない
わけではない。BIOSで撥ねているに違いは無いのだが、同じA08で動作する機体が
あるので話はややこしい。
"halt"する機体のBIOSをとりあえずA00に変更し起動確認すると無事に起動し4Coreを認識。

順次A01→A02とUpdateしてみたがA02ですでに撥ねられてしまった。
ちなみにA00のBIOS Setupの項目に"Mulitiple CPU Core"というのがあったのでDisableにした状態で

A02にUpdateしてみたがダメ、A01からは項目自体が無くなっているので、Enable Onlyの模様。

4Coreで起動するMBとしないMBは見た目はほとんど同じだが、CPU-Zで調査してみると
起動しない奴は"0F9382"で5000X(MCH)のRev.はSL96U


起動する奴はChipSetのRev.は同じ12だがModelが"0GU083"で5000X(MCH)のRev.はSL9THになってる。


SL96Uってintelには記述が無いなぁ、と調べてたら、"S L96U"で出てきました。
昨日、5000Xのエラッタをちょっと眺めてみたが、SL96Uで4Coreを撥ねる理由が見つからなかった。
BIOSをちょこっと改変すれば問題なさそうだが、DELLのBIOSはハードルが高くていけませんね。 ]]> 改造 2009-08-06T22:51:12+09:00 hogeoyaji FC2-BLOG http://hogeoyaji.blog78.fc2.com/blog-entry-16.html いつも屑ばかり買って散財してるわけだが、たまには新品って奴を購入してみた。半分衝動買いでHDR-XR520Vを買ってしまったわけだが、インプレッションはどなたかにお任せすることにして。ここでは効率よく編集することを考えてみた。(写真は勝手に拝借してます。すんません)"HDVS"の頃の"ハイビジョン"といえば"ユニハイ"で撮って"成田"で編集コースだったのがちょっと前だとRAIDのキャビネットにHD-SDIで取り込んでFCPの無(非)圧 いつも屑ばかり買って散財してるわけだが、たまには新品って奴を購入してみた。
半分衝動買いでHDR-XR520Vを買ってしまったわけだが、インプレッションはどなたかに
お任せすることにして。ここでは効率よく編集することを考えてみた。
(写真は勝手に拝借してます。すんません)

"HDVS"の頃の"ハイビジョン"といえば"ユニハイ"で撮って"成田"で編集コースだったのが
ちょっと前だとRAIDのキャビネットにHD-SDIで取り込んでFCPの無(非)圧縮で編集が定番になり、
気がつけばVELXUSとEDIUSでのHQベースのお気軽編集が地方局に浸透し
(某放送協会ではその亜流タイプ)いつのまにかノートでもできちゃうもんねって世界になってるし・・・
できれば結構きれいなCanopusのHQコーデックを使って編集したいわけだが
映像を本業としないアマチュアでは素材がHDV,XDCAM,AVCHDとバラバラになる。
何が何でもSDIで実時間で取り込むというのは統一化という面では良いのだろうが
(取り込む時にプレビューできるというのは編集という面では大切なのだが)
できればCAMからファイルをコピーしてタイムラインにポイってのがありがたい

HDVは1440×1080のMPEG2 25Mbps
XDCAM EXは1920×1080のMPEG4ラッピングのMPEG2 35Mbps
AVCHDは1920×1080のMPEG4/H264 24Mbps

これを見てみるとHDVはテープを擦るので実時間
XDCAMはコピーしてポイっ、AVCHDは変換してポイってなるわけでAVCHDからの変換が
実時間以上かかるとなると馬鹿らしいので必要なスペックを探ってみた。

PremiereCS4では内部レンダリングはCPU4個使用するのは確認できた。
PremiereCS4からのMediaEncoderでは4個中70%程度、実時間の2.5倍ほど
Edius5での内部レンダリングはCPU1個弱30%台
Edius5でのビン内のAVCHD→HQコーデック(OnLine)変換CPU1個弱(35～40%)
TMPGEnc4のAVCHD→HQだとCPU2個分(40～50%)で実時間の2倍程度

※それでは本命っぽいCanopus AVCHDコンバータから


Core2.66G×4で16分ものを大体18分で変換。ここら辺が最低ラインか？
しかしコアは最大6個までしか使用しないらしい。クロックを上げるしかないか・・

今日8Core環境で変換してみました。結構使ってますね、平均で7個弱。ManyCore環境でもOK


しかし、HQにしたファイルがきちんとつながらないことが発覚、うたい文句には
"まとめてひとつに"って感じのことは書いてあったような気がするが・・・


判りました。AVCHD2HQも下記のFCPと同様にディレクトリ構造のままDrag&Dropすれば
結合した状態で変換してくれるみたい。


寄り道なんだがここでちょっと気になる、FCPの中間形式"ProRes 422"について考察。
最初はAVCHDが認識もせず取り込めなくて困っていたが、ファイル単位での認識ではなく
クリップ構造を維持したまま読み込まないとだめみたいですね。(↓を見させていただきました)
http://www.macdtv.com/InfoCenter/FrontPage/AVCHD.html

2.66G×4で実時間より少し早い程度

]]> ソフトウェア 2009-08-03T16:41:28+09:00 hogeoyaji FC2-BLOG http://hogeoyaji.blog78.fc2.com/blog-entry-15.html FreeNASが7.0になってからZFSに対応し、なにやら新しいRAIDZ2(ダブルパリティ=RAID6?)を使うことができるようなので、使ってみた。今回の素材はNetAppsのDS14MKII(インターフェイスはESH)オリジナルは520byte/blockという普通では使えない屑同然のフォーマットになってるので、それを512byte/blockにLinux上でローレベルフォーマットしなおしたものを使用。72GのFCディスクが14枚という今となっては????な構成。QlogicのQLA2340経 FreeNASが7.0になってからZFSに対応し、なにやら新しいRAIDZ2(ダブルパリティ=RAID6?)を
使うことができるようなので、使ってみた。
今回の素材はNetAppsのDS14MKII(インターフェイスはESH)
オリジナルは520byte/blockという普通では使えない屑同然のフォーマットになってるので、
それを512byte/blockにLinux上でローレベルフォーマットしなおしたものを使用。
72GのFCディスクが14枚という今となっては????な構成。

QlogicのQLA2340経由でつないで(Defaultで認識)、Web上のDisks-Managementで1個づつ追加。
(あとからキャプチャしたのでStragePoolにすでに追加されてます。)

Disks-ZFS-Pools-VirtualDeviceで14個まとめて選択しDouble-parity RAID-5を選択しsave

Disks-ZFS-Pools-Managementで適当な名前でsaveすればすぐにMountされた(ような気がする)

フォーマットもした覚えが無いし、RAID特有のバックグランドイニシャライズもしてる様子はないし、
CIFS/SMBのShareで共有して終わり。これで良いのかって感じです。が使えてます。
上記の手順は一切マニュアル見ずに勝手にやってるのでとんでもない間違いがあるかも知れません。

そんでもって早速HDBENCHそこそこの数字は出てますが、何がボトルネックになってるのか
調べることに・・・CPUの使用率はさすがに高めの目測max45%程度。

ディスクへのアクセス音が断続的なので、クライアントの転送グラフをお見てみると、これ

Writeのときに盛大にのたうちまわってますね。バッファにためてパリティ計算して書き込みってな
感じでCPUが2個あってもスライス時間が長～いマルチタスク状態ですね。まぁ後々改善されるでしょう。

従来のディスクの時には比較的素直な特性。


]]> OS 2009-07-28T18:04:38+09:00 hogeoyaji FC2-BLOG http://hogeoyaji.blog78.fc2.com/blog-entry-14.html 今までサーバーでいろいろ遊んできたが、どうせほとんどがファイルサーバなので純粋にNASでも立てようかなと思ったが、屑で作るにも必要なリソースの見当がつかないでいたので、ちょっと調べようという訳。今回の種は"FreeNAS-amd64-LiveCD-0.7RC1.4735.iso"何年か前に1U-P3-Disk×3のハードで運用はしてはいたが、100BASE-Tでカードも挿せない奴だったので遅くてクライアントのバックアップイメージ収納庫となっているザマでした。 ファイルサーバなので
純粋にNASでも立てようかなと思ったが、屑で作るにも必要なリソースの見当がつかないで
いたので、ちょっと調べようという訳。
今回の種は"FreeNAS-amd64-LiveCD-0.7RC1.4735.iso"
何年か前に1U-P3-Disk×3のハードで運用はしてはいたが、100BASE-Tでカードも挿せない奴だったので
遅くてクライアントのバックアップイメージ収納庫となっているザマでした。
ここにはNECさんからも良くいらっしゃってるようなので
今回のハードは"Express5800 120Eh"一応Xeon5100シリーズが載る5000Vのローエンドサーバ


これに余って仕方がない512MのFB-DIMMを6枚、テスト用に5160×1個の構成
ディスクはSATAの500Gとオンボのストライプの640G、イーサネットは82563EBで6321ESBにぶら下がってるものでテスト。

クライアントはExpress5800 110Gdの中身で
E4300@2.4G、2G、Intel 82573L、GeFo6600。激安サーバーのよくある改造版。XPSP3
FreeNASをインストールしたままの状態でのHDBENCH(←古いなぁ)smbdのCPU使用は目視で22%弱

今度は"Enable large read/write"をON、smbdの読みは同じく22%弱

Enable large read/write-ON、Receive Buffer Sizeを16,384→1,638,400,000に変更、
smbdの読みは30%弱

もちろんCacheに乗ってしまってると思われるが、イーサネットがらみはジャンボフレーム関係なしで100%使い切る事ができてますね。
Receive Buffer Sizeを1,638,400,000→512,000,000に少なくしても同じような結果(HDBENCHがおかしいか?)

今度は"Send Buffer Size""Receive Buffer Size"共に512Mに指定。smbdの読みは31%弱


"Send Buffer Size""Receive Buffer Size"共に1024Mに指定。smbdの読みは32%弱


メモリさえ確保できれば、CPUは3Gの32%、5110で十分(smbdに限って言えば)みたいですね。
あとはSoftwareRAID(FreeNASは何を使ってるの?)のパフォーマンスですね。

]]> OS 2009-07-28T11:36:17+09:00 hogeoyaji FC2-BLOG http://hogeoyaji.blog78.fc2.com/blog-entry-13.html 最近、本業が忙しくてなかなか遊ぶ気分になれなかったのと、年甲斐もなく妄想モードに入ってたので・・・特に屑でやることも今のところ見当たらないのでWindows7なんぞを入れてみる。Builid7100は問題なく動作していたが、Windows Liveで手に入れたものでDLしたisoをDVDに焼いてインストールすれば普通に動作するという、至極面白くない(安定してる)もので、ところどころ日本語化されてない部分がある程度でした。次のメジャービル 妄想モードに入ってたので・・・
特に屑でやることも今のところ見当たらないのでWindows7なんぞを入れてみる。
Builid7100は問題なく動作していたが、Windows Liveで手に入れたものでDLしたisoをDVDに焼いて
インストールすれば普通に動作するという、至極面白くない(安定してる)もので、ところどころ日本語化されてない部分がある程度でした。


次のメジャービルド7226は日本語版は出ていない(見つけられない)のでjp-JA Langage Packを充てて
日本語化します。そのlp.cabをちょっと覗いてみましたが。ほとんどのフォルダーやファイル名にビルド番号やハッシュ値みたいなのが書かれていて、次のビルドに転用することは難しそう。

RTMといわれている7600はen-US版がほとんどで今のところローカライズはDE,EN,FR,BR,HR,ITなどの模様。どうもbuild7264のLangPackをお手製で挿入してあるものがほとんどみたい。
もちろん新規インストールでは表示言語以外ではJapaneseを選択できるので、IMEを含めブラウザや
ファイル名は日本語で問題なく表示できますね。

7226からのUpgradeインストールでは互換性の検証のところでLangagePackは互換性なしと表示され
インストールはできるが、新規インストールと同じように表示は英語のままですね。



そんなことをしてる間に、7600のjp-JAのLangagePackが流れ出したみたいです。

元のやつは"Windows 7 possible RTM 7600 AIO DVD (32 and 64 bit)[h33t]"って奴ね。
LanguagePackとは別にLocal-Packってのもあるみたい。"Wellcom"→"ようこそ"になったり
"jp.thema"が追加され日本風の壁紙が追加される模様。


Vistaは使ってなかったので・・・・。 ]]> OS 2009-07-22T01:38:49+09:00 hogeoyaji FC2-BLOG