アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
OSの更新が無いから (スコア:1, 興味深い)
周波数も上がらないから進化の度合いが見えにくいし
Re:OSの更新が無いから (スコア:1)
---- 6809
Re:OSの更新が無いから (スコア:1)
# 同じくDual Athlon使いなのでtuneo。
Re:OSの更新が無いから (スコア:0)
同時に同じハードディスクに読みにいくと悲惨なんじゃ？
Re:OSの更新が無いから (スコア:0)
OS(ソフトウェア)上では同一ボリュームに見えてても、実際はRAIDってのが普通なんでないかと。
録画用途ならやたらと容量喰うし、RAIDやってないと辛そうなんで。
なので、同じトコに同時に読み書きしても、実際に使用されてるのは別々のHDDで無問題かと。
Re:OSの更新が無いから (スコア:1)
RAIDにそんな器用なことはできないかと思いますが。
おおざっぱに書きますが、
RAID は複数のハードディスクに分散はしていますが、
データを結構細かく分割して順繰りに使います。
動画エンコードレベルの、大容量ファイルアクセスだと
複数のプロセスから同じ論理ドライブに読み書きしたら、
まず確実にどちらのプロセスも全部の物理ドライブに
読み書きすることになります。
RAIDではなく、JBODやスパンと呼ばれるものなら、
運が良ければ、複数プロセスからの同じ論理ドライブへのアクセスが
それぞれ別の物理ドライブに分散する可能性はありますけど…
Re:OSの更新が無いから (スコア:0)
#うちのP3機のエンコは 1/4倍速だから CPU 以外殆ど負荷がかからない。
Re:OSの更新が無いから (スコア:2, 参考になる)
読み込みと書き込みがあることを考えると、2プロセス合わせて4つのコンスタントなディスクアクセスが発生するわけですからねぇ。
そういうアクセスを前提にした、十分大容量な先読みキャッシュと遅延書き込みバッファがあれば、あまり速度低下はないのでしょうけど…
Windows2000での、シングルCPUのシステムでの話ですが、
バッチ処理ができないツールで、面倒なので2つ同時に立ち上げて処理をさせたことがあるのですが、
とにかく山ほどシークが発生して、処理時間は2倍どころか4～5倍かかった覚えがあります。
それを、アクセスするドライブを分けて、同じドライブへのアクセスが重ならないようにしたら、結構速くなりました。
また、シングルCPUでの1プロセスでのMPEG2エンコードでも、
入力と出力を別ドライブにすると、それなりな速度向上が見られる
ことがよくあります。
でも、デュアルコアで動画エンコードタスク2本にした場合は、ハードディスクよりもメモリの方がボトルネックじゃないですかね。
シングルタスクでもメモリをデュアルチャネルに変えたら結構速くなりましたし…
Re:OSの更新が無いから (スコア:1)
確かに、入力と出力を分けるほうが効率良さそうですが。