09/07/31 10:15:23 opAatXfg
「なぜかライトキャッシュoff」なんじゃなくて、既存ボリュームの速度維持のためでない?
仕様として明記されていないかもしれないけど
複数のボリュームを構築することは推奨されていないのかもしれない。
mdドライバーがそういう挙動をするけど、RAID5新規構築では
リビルド処理として構築するほうが高速と言われている。
考えられる改善方法として、現在読み出ししか使わない古いボリュームを
ライトキャッシュoffにして、新しいボリュームのライトキャッシュを効率化。
それによって、リビルド中の書き込みが大幅に改善する可能性がある。
ちなみにうちはPCI-eのSATAカード一枚,md,dualcore2GHzでRAID10しているけど
2GBのファイルの同ディレクトリー別名コピーが49秒で終了する。
#vnc下のローカルファイルアクセスで計測
40MB/sでコピーできてる。/dev/nullに捨てると2GBを15秒で読み出せる。
WDグリーンの1TBx4だから、けっして速いHDDを使っているわけではない。
CPU負荷は低く、ほかのHDD上のファイルを複数エンコード中に、同様のコピーをすると
遅くなるどころか、高負荷下でクロックが倍増、書き込み速度向上で、36秒で終わる。
というか、これファイルサーバーとして設定がまずいことに今気づいた。
mdがもっと優先度高く動くようにしてやればいいのか?
それとも、cpufreqdの設定をもっとセンシティブにするか?
911:login:Penguin
09/07/31 23:09:37 Quc7GWrm
日本語勉強してまた来ましょう
912:login:Penguin
09/08/01 01:28:19 8oacFaY1
>>910
>/dev/nullに捨てると2GBを15秒で読み出せる。
おーい、現実世界に帰ってコーイ。
913:login:Penguin
09/08/09 11:50:53 OciFjnos
9650SE-8LPML-KIT
9650SE-8LPML
9650SE-8LPML-SGL
RAIDカードを買おうかと思うのだが、これらの違いは何？
914:login:Penguin
09/08/09 13:15:08 DOJSkVzQ
>>913
上2つは多分同じもの
9650SE-8LPML-SGLはMulti-lane break-outケーブルが省かれたパッケージ(single pack)
(マニュアルによるとバルク版もケーブルなし)
ケーブルはこんなの↓
URLﾘﾝｸ(www.oliospec.com)
普通の人は9650SE-8LPML-KITを買えばOK
915:login:Penguin
09/08/11 00:34:37 x2SvSkoB
>>912
実際問題、ソフトウェアRAIDの速度の相場はどの辺なの?
RAID5,10での読み出し書き込みとか…
916:login:Penguin
09/08/11 11:25:54 jYOBJKlM
そんなの使ってるハードウェア依存だろて。
917:login:Penguin
09/08/11 12:36:07 FYm7g77t
うちの環境でこのくらい
4台でmdのraid5
ディスクはバラバラで、一番遅いドライブが Barracuda 7200.10
$ dd if=/dev/zero of=test.zero bs=1024 count=10240000
10240000+0 記録始め
10240000+0 記録終わり
10485760000 バイト (10 GB) コピー終了, 104.255 s, 101 MB/s
$ dd if=test.zero of=/dev/null bs=1024 count=10240000
10240000+0 記録始め
10240000+0 記録終わり
10485760000 バイト (10 GB) コピー終了, 50.5835 s, 207 MB/s
書き込みが一番遅いドライブの2倍、読み込みが一番遅いドライブの3倍くらいといったところか。
918:login:Penguin
09/08/11 12:56:54 wRJhMhAx
CPUやSATA/IDEのコントローラ等々にも依存するのでは
919:login:Penguin
09/08/11 13:03:02 FYm7g77t
ボトルネックになるほど細くない限りは変わらんでしょ。
高負荷時は別だけど。
920:login:Penguin
09/08/14 09:11:56 JxCC0oUB
初歩的な質問ですみませんが、
RAID0組んでるHDDを電源とSATAを一度MBから抜いてまた同じ所に差し込んで元に戻すと前のデータ見れなくなったりしますか？
やってみれば分かる事だとは思いますが、バックアップするハードディスクも手持ちがなく、データが使えなくなると困るので、誰か教えてください。
921:login:Penguin
09/08/14 09:49:49 71s9m2K9
やってみれば分かる
922:login:Penguin
09/08/14 10:13:18 Bflix4To
データが使えなくなると困るのにRAID0ってありえないな。
923:login:Penguin
09/08/14 12:21:30 hqUEOy8y
確かにww
明らかに論理が矛盾してる
924:login:Penguin
09/08/14 12:40:01 Y5LWfhun
Unexpected Inconsistency - fsck manually! って感じですか
925:login:Penguin
09/08/14 13:14:00 BEe7EOWn
＞バックアップするハードディスクも手持ちがなく
買えよｗ
926:login:Penguin
09/08/14 13:33:45 aeUBRV+u
>>920
やりたいことがいまいち不明。
何をしたいのかな？
まさか活線挿抜したいとかってことではないよね？
927:920
09/08/15 00:38:06 C0J0IAfI
そうですね、組み立てた時はとにかく速く動くようにしたかったんですが今思うと少し後悔してます…orz
ケースの取替えをしたいんですが…
誰か知ってる人いたら教えてもらえませんでしょうか？
928:login:Penguin
09/08/15 01:10:27 B5bx+teh
>>920
PCのコンセント抜いたらHDD上のデータが消えちまうようなPCって
どこかで聞いたことあるか?
929:920
09/08/15 01:30:45 C0J0IAfI
コンセント抜いてもCMOSはついててMBの電源？は切れてないですよね？
その状態でSATAを抜いても大丈夫なんでしょうか？
930:login:Penguin
09/08/15 01:49:58 J+6HndS1
自作PC板かハードウェア板逝け
931:login:Penguin
09/08/15 01:56:29 ViFUIe5U
>920
大丈夫だよ。
おまえのデータ全部消えちゃえ。
932:login:Penguin
09/08/15 02:26:28 ur3BVZX8
>>929
そういうレベルでLinuxのRAIDなんか使っちゃ駄目だよ。
コンセントを抜けば電源は完全に落ちる。
心配なら電源から出ているSATAのコネクタをテスターで測ってみ。
CMOSバッテリーはBIOS関連情報の保持で使うに過ぎない。
あとは>>930氏のいうようにスレを引っ越すのが吉。
933:login:Penguin
09/08/15 02:31:14 vp0q0mAw
FakeRAIDでWindowsを動かしている可能性
934:login:Penguin
09/08/15 17:56:51 wrXrviiq
>>929
活線挿抜でもしない限り大丈夫だよ。みんな何故この一言が言えないのか。
それ以上聞きたいならスレ移動どうぞ。
935:login:Penguin
09/08/15 17:57:36 wrXrviiq
あ、あと1本抜いたまま電源入れたりしても駄目だから注意ね。
936:login:Penguin
09/08/15 22:58:31 XWR81QLK
つか、そのレベルの知識しか持ってないヤツが
「ケースの取り替え」とか一体何考えてるんだ?
おとなしくメーカー製のPC使ってた方がいいと思うぞ。
自作したいなら、自力でモノを調べる技術をもちっと身につけんと。
937:login:Penguin
09/08/16 20:25:22 tg/bE0eZ
ちょっと知識を覚え始めた奴に限って偉そうに言う法則
938:login:Penguin
09/08/19 22:21:55 bRryD85g
mdadm の RAID 5 の grow(アレイの拡張)機能なんだけど、
TBクラスのドライブを使った場合どれくらい時間が掛かるものでしょう?
ぐぐってみても二桁GBクラスのものの例しか見つからなくて。
例えば 70GB×3個→4個 の拡張で 3時間とか。
容量に比例して時間が掛かると思っていいのかな。
1TBドライブとすると70GBの約14倍として 3×14=42時間?
誰かTBクラスのHDDでgrowやった経験のある方いませんか?
939:login:Penguin
09/08/19 22:26:54 bRryD85g
あ、>>628 に一例出てましたね。
CPU速度とかメモリの量にも依存するかな。
940:login:Penguin
09/08/19 22:31:01 VW8uXcc8
>921
941:login:Penguin
09/08/19 22:38:02 VTvYzTxQ
なにより、使用状態に依存するだろう。
動いてるサーバとかだと極端に遅くなる。
942:login:Penguin
09/08/20 10:37:29 C7HDGTrh
>>938
小さいサイズでやってみりゃいいのに。
原理から考えてボリュームサイズに比例、後は他タスクの負荷しかないから予測できる。
943:login:Penguin
09/08/20 11:26:06 qjr3+1CJ
>>942
・小さいサイズの事例はネット上に沢山ある
・大容量のときは違いがあるのか(容量に比例なのか?)が知りたい
というのが質問の主旨なのですが?
・基本的にサイズに比例
・使用中だと非常に遅くなる
ということで理解しました。
ありがとうございます。
944:login:Penguin
09/08/20 23:27:33 C7HDGTrh
>>943
ちゃうちゃう。回答の１行目は
比例するかどうか小さいサイズでやってみて傾向をつかむ
って話。言葉不足は謝る。
てっきり、重要なのは事例よりオーダーってあたりをきちんと
理解していると思っていた。