(　ﾟдﾟ)＜…

( ﾟдﾟ )

(　ﾟдﾟ)

( ﾟдﾟ )

剥がれたとか言う以前に接着してないｗｗｗｗｗ

2個あるウェイトのうち、左側がまったく接着されていなかった。一応プラリベットで固定してあるので、工場とか倉庫では問題なかったんだろうけど、配送中にでもプラリベのアタマあっさり割れてウェイト様がフリーになったんだな。こんなんでいちいち修理出すのめんどくせーので、自分で接着しちゃうけど、さすがにコレはひどいよね、ELECOMさん。まあ、所詮 MADE IN CHINA だわな。

左が1995年12月、右が1996年4月の記事。どちらも、今は亡き月刊ASCII。基本的に、記事や新聞の切り抜きということは一切行わない性分なのだが、何故かこれらの記事だけは切り取って保存してある。それ程までに鮮烈な印象があったのだろう。

こんなものも出てきたが、こっちはノーコメントだな。

なんか、64bit版IEでダウンロードページにいくと、64bit版のインストーラになるらしい。32bit版のFirefoxを使ってたからずっと気づかなかったよ…。32bit版iTunesだと、CDドライバが入らなくて、起動時にいつも「正常にインストールされてません」みたいに怒られていたのよね。

HTTP_UA_CPUとかその辺を見てるのか知らないけど、全自動じゃなくて手動でファイルにたどり着くパスを用意しておいてくださいよ、Appleさん。

まあ、これでパフォーマンス出ないなら、無理に使うことも無いので GBE-PCI2 に戻せば良いや、と。で、恒例の Crystal Bench Mark。換装前のデータを取ってなかったけど、Seq/512kのR/W=40M/70M、4kのR/W=10M/10Mってところ。XP,Vista とも若干値は揺れるけど、おおむねこんな感じ。サーバを Celeron2.4＞Celeron420 に変更したときに、R/W=28M/50M から前記の値にグっと性能うｐしてます。[参考]Celeron 2.4 時代。

@XP

Sequential Read :   70.385 MB/s
Sequential Write :   91.455 MB/s
Random Read 512KB :   67.830 MB/s
Random Write 512KB :   88.232 MB/s
Random Read 4KB :   10.726 MB/s
Random Write 4KB :    9.344 MB/s

@Vista

Sequential Read :   68.827 MB/s
Sequential Write :   93.049 MB/s
Random Read 512KB :   68.827 MB/s
Random Write 512KB :   90.081 MB/s
Random Read 4KB :   16.338 MB/s
Random Write 4KB :   12.735 MB/s

すごいことになってる。Write なんか、samba のバッファリングの関係で、サーバのディスクの限界超えてるし。ネットワーク転送帯域で見ても、ベストなスコアで論理限界の75%弱(750Mbps)出てる。512k の値なんかは、ローカルの 2発組 RAID0 より良いっすよ。

でかい画像ファイルなんかを、サーバ上においたまま編集保存するスタイルなので、シーケンシャルの性能向上は非常にうれしいところ。

Fixed Vista* x64 boot performance with 4GB RAM or more.
(リリースノートより)
[追記ここまで]

というわけで、先日の「ネットワーク負荷かけると1コア使い切った上に、パフォーマンスが全くでない」件ですが、どうやら年末にメモリを 6GB に増やしたのが問題だったみたい。2GBひっこぬいて４GB にしたら通常のパフォーマンスにもどりました。たぶん、なんかのリソースコンフリクトが起きて割り込みがあがりまくってたとかそういう感じだったのだと思う。

もしかしたら、おんなじ状況にハマっちゃうひともいるかもしれないのでまとめ。

■Intel DP35DPM に ４GB 超(4GBは大丈夫)のメモリを実装するとパフォーマンスが落ちる
[OS]
Vista Ultimate 64bit

[BIOS]
BIOS Update 0326 [DPP3510J.86A ] (2007/12/06)

[現象]
・起動がすっごい遅くなる
・内蔵NIC(82566DC-2)にちょっと負荷をかけるとCPUを食いまくった上、性能が出ない

[対処]
・メモリをあきらめる

うちは、別に XP マシンとして Gigabyte の GA-965P-DS4 があるんで、そっちにメモリを移して 64bit マシンに仕立てようかと。どっちも ICH(8Rと９R)なんで、RAID でもそのままディスク移してブートしそうな気もするけど、気持ち悪いし再インストールになるだろうなあ。

いま、どちらもシステムはRAID0にしてあるんだけど、作業ファイルの類はファイルサーバにおきっぱで作業してるし、システム自体スリープ使ってたまにしかブートシーケンス起こさないんで、XP の RAID0 (160×2) を分解して、それぞれ単独でXPとVistaシステムディスクにしようかと。んでもって、今の Vista が 320×2 なんだけど、これはまるっとファイルサーバに移管。ファイルサーバの 250Gx2 (IDE) を、一本ずつバックアップ用ディスクとして XP/Vista にそれぞれ突っ込む感じで。

＜自分用メモ＞
XP: E6600/DP35DPM/4GB/160GB(S)+250GB(P)
Vista: Q6600/GA-965P-DS4/6GB/160GB(S)+250GB(P)
Debian: Cel420/775I65G/1GB/500GB(P)+320GB(P)+320GBx2(S)

んーディスクの配分は悩むなあ。

てか、250GBの2本とも(どっちも BaracudaATA 7200.8)、SMART みたら酷いことになってて噴いた。
[追記]そんなにひどくないみたい。SeagateはRaw Value が結構大きく出るみたい。とりあえず、SMART的には今ん所問題はない様子。でも、WDとかHGSTのディスクだと、Raw_Read_Error_Rate の Raw Value とか全然計上されないんだけどなあ。

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 048 045 006 Pre-fail Always - 134235095
7 Seek_Error_Rate 0x000f 081 060 030 Pre-fail Always - 138862727
9 Power_On_Hours 0x0032 079 079 000 Old_age Always - 18624
195 Hardware_ECC_Recovered 0x001a 048 045 000 Old_age Always - 134235095
99 UDMA_CRC_Error_Count 0x003e 200 198 000 Old_age Always - 54

もう一本。
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 047 046 006 Pre-fail Always - 2676852
7 Seek_Error_Rate 0x000f 089 060 030 Pre-fail Always - 922106505
9 Power_On_Hours 0x0032 080 080 000 Old_age Always - 18325
195 Hardware_ECC_Recovered 0x001a 047 046 000 Old_age Always - 2676852
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 2

時間的には丸2年以上か。うーん。それにしてもちょっと酷い気もするな。
おとなしく眠らせてやるべきだろうか。

Vista64マシンのネットワーク性能が酷い。CG作業に使っていたので、冬の作業が終わって一段落ということでエイヤと再インストールしてみたけどダメだった。ネットワークに負荷を掛けると、カーネル時間が1コア使い切る。どうも、ネットワークドライバがブン回ってる雰囲気なんだけど、なんだかよくわかんない。

ヘボいだろ…、これでもIntelのNICなんだぜ……。

つーわけで、Intelマザーのオンボード 82566DC-2でこの体たらく。オンボードMarvell Yukon な XP マシンでは、フル転送で 500Mbps を超えるというのに、Intel のほうは300Mbps もでない有様。どう考えても、CPU を １コア使い切ってるドライバ周りだと思うんだけど、ドライバを最新にしてもダメ。ネットワークドライバのプロパティでパラメータいじっても全然ダメ。Vista の RWIN 自動調整を切ってもダメ。当然この状態ではネットワークフォルダもパフォーマンスがまったくでず、Yukon な XP マシンからアクセスする場合と比べて R/W ともに大体半分しかでない(XP:40M/60M のとこ Vista: 20M/30M)。

前はちゃんと出てたはずなんだけどなあ。SP1 のせいかとおもって再インストールして SP1 保留にしてあるけど全く変わらなかった。涙目すぎる。

[追記」
メモリが原因でした。詳しくは以下のエントリを参照。
Intel DP35DPM で 4GB 超のメモリは鬼門

■WEB拍手

あけおめKY（今年も宜しく）

カードの印刷は、同人系印刷屋よりカード類専門の中小印刷屋の方が小ロットで作れる、と聞いた事があります。
また、自分用だけなら印刷屋にサンプルとして只で作って貰ったり、画材屋でも作れるって聞いた事があります。

おめ。ほうほう。

占絵札帖はショップに卸せるほど余ってるんですか？
そんなに余裕があったなら友人の分も買えばよかったなぁ。

余っております。
例大祭用にー、と思ってた以上に余っております。

委託あるんですね！楽しみにしてます。

委託受けてもらえないという可能性も！

委託と聞いて冥界から舞い戻ってまいりました。
チャリといえば自分も一度ハンガーノックに陥って大変なことになったことが…
後は国道を順調に進んで行くとバイパスになってて大きく迂回することになったり歩道がなくて凄く怖い思いをしたりと…
心中察しますよ＾＾；

ありがとうございますー。
まあ、結局のところ、日本では自転車では公道は走りにくいですよね。全般的に。
道路交通法も自転車の扱いはなあなあだしなー。

全然関係ないですが、東方界隈でほとんど自転車の話題を見た記憶が無いので、拍手とかで結構自転車ネタに反応があるのは意外でした。潜在的には東方好きな自転車乗りは結構居るんでしょうかね(漫画・イラスト系サイトなどで自転車の話題を見ないのは東方に限ったことじゃないよ、って言われたら、まあそのとおりなんですけど。およよ)

１GB 以上のメモリを実装、あるいは Photoshop に割り当てている場合に、このプラグインを有効にすると大きな画像を扱ったときのパフォーマンスが向上するようです。詳しくは以下の URL から。

1 GB 以上の RAM を搭載したコンピュータにおけるパフォーマンスの最適化について（Photoshop CS2）

URL は CS2 の FAQ ですが、 CS3 でも同様です。
Mac CS3 だとうまく有効にならないとかあるみたいですね。

こちら

[追記]国内もきたみたいです。こちら。オープンプライスで、店頭想定価格が13万9千円ってなことなので。12万円台がいいとこかなぁ。もう一声欲しい。

今までのノーマルタブレットに液晶をハメこんだような感じで、薄型軽量で12インチ、解像度は1280×800のワイドってなスペック。正直解像度が辛いなーと思うんだけど、某液タブスレで「最近のドライバはタブレットのディスプレイマッピングをトグルできる(つまり手元の画面にマップしたり、あるいはマルチディスプレイの別のディスプレイにマップしたりを、ワンタッチで切り替えられる。これでパレットを別画面に追い出しても、手元の液タブから問題なく操作できる)から、結構使いでありそうだぜーという書き込みを見て、おーなるほどとちょっと関心。それなら結構イイ感じかもしれない。

PCとの接続は一旦ユニットを経由して、PC/電源-ユニットはそれぞれUSB/DVI/電源ケーブルで接続して、ユニット－タブレットは(見かけ)シングルコードで接続みたいですね。ケーブルのコシがどれくらいかで取りまわしやすさが変わるから、この辺はなんともいえないところ。

あとはお値段だけど、￡829.99 とかいう話なので日本円で20万弱。英国のVATは17.5%だったとおもうので、1割引きして大体17～18万前後ですかねえ。ちょっときついなあ。実売10万円ジャストくらいならかなりインパクトあると思うんだけど。それならDELLの30インチ(底値の場合)とあわせて20万チョイで揃うから、多分買っちゃうんだけどなあｗ

パッチュンプリンさんのレンダリングで試してみたら、概ね3割近い性能向上が。かなり単純なモデルかつ、かなり単純なオブジェクトアニメーションなので、複雑なシーンなどで、どれほどになるかはわからないけど、大体2-3割は見込めそう。さすがにCPUが支配的なだけあって、最適化がかなり効いてきます。レンダリング時間はクロックにほぼ１：１のリニアでしょうから、CPUクロック周波数を2-3割アップ相当なわけで、CPUを強化しようとすれば金額的に結構なもんですから、これは大きいですな。

ついでに、レンダリングの画面分割数(レンダリング時に、x/y方向に何分割してレンダリングするか)と、レンダースレッド数(1～8)をいじってみましたが、Q6600でパッチュンプリンさんをレンダリングする場合に於いては、4×4を8スレッドでレンダリングするのが一番速いみたい。分割数を多くしたほうが、スレッドへの割り振りがタイトになるかと思ったんだけど、そうでもないみたい。割り振り＞割り当て領域を新規にレンダリングってあたりで結構オーバーヘッドが大きいのかな。

CPUメーターをみてると、スレッド数をいくつにしても、結構振幅があってブン回し切る感じではないので、スレッド数をコア数より多くしたほうがうまく回るみたい。たしかE6600(2コア)のときは、2スレッドにした時点でCPUをほぼ全部使い切ったので、あまり多コアだと効率が良くないのかも。

まあ、これくらい(トータルロードで70-100をいったりきたり)くらいのほうが、GUI のCPU時間まで持ってかれて～、なんてことがないので使いやすいといえば使いやすいんだけど、寝てる間にレンダリングとかしたいときは、使い切ってほしいかも。

そういえば、Windows ってタスクマネージャで CPU affinity が設定できるみたいだけど、スレッド単位じゃなくてプロセス単位なのね。API 的にはどーなのかな。まあ、いまのところ細かく CPU に貼り付けたいとかいう欲求は特に無いのだけど。

あと、Blender って、Linux 版は 64bit バイナリが配布されているのだけど、Windows 版は無いのね。いかにも 64bit 対応してそうなのに、何故かな~と思ったら、LP64 モデル前提で組んでいるからみたい。コードみたら、long とかのプリミティブ型が typedef されずに生で使われていてムハー。Windows x64 って LLP64 だったんすね。知らなかったわ。

■ドライバ？が勝手に LUT を書き換える
huey でプロファイルを作成して、ブート時に huey tray でプロファイルを読み込ませて LUT をキャリブレートされた状態にしてるんですが、ブート後一通りのスタートアップを読み込んだ10秒後くらいに、いきなり　LUT がデフォルトに戻される。どうも、NVIDIA のドライバの色調整が動いてるっぽい(色の調整パネルで、コントラストとかをいじっておくとそのとおりのものを反映した LUT になる)んだけど、disable にできない……。

とりあえず、ブート後に手動で huey にロードしなおさせれば、ちゃんとキャリブレートされた状態に戻るんだけど、ちょっと腹立たしい。どうにかならんのかなぁ、これ。レジストリのそれっぽい部分をキーごと消しても生やしなおして読み込んでくるし。つーか、明るさとかコントラストとかの調整項目を全部0%にしてるのに、その調整 0% の状態で LUT 書き換えてくるっぽいから性質が悪い。

windows 色システムの規定値の、デバイスプロファイルをキャリブレートしたICCにして、表示条件プロファイルを 「sRGB 表示条件の WCS プロファイル」にしてるんだけど、これがまずいんかなぁ。

ドライバは、NVIDIA の 162.22 です。いっぺんアンインストール＞再インストールしたけどダメだった。

■samba で、ディスクをまたいだシンボリックリンク間でファイルの移動ができない
たとえば、 /mnt (@hda1) の下に /mnt/Data -> /disk2/Data/ (@hdb1) みたいな状態で、シンボリックリンクがあるときに、/mnt/dir1 をエクスプローラ上で /mnt/Data/ の下に移動しようとすると、「アクセスが拒否されました」とか言われて移動できない。

もちろん、今まで動いていたのだからこうやって使っていたわけで、XP ではノーエラーだったのよねー。これも結構困りものですわ。

samba は Debian の 3.0.25b-1+b1 です。

どちらについても、解決策をご存知の方はコメントなど熱烈大歓迎！