09/07/27 23:53:45 o0m366If
個人的にはHDDはメーカーそろえるけどね。
メーカー、出荷時期が同じだからといって、同時に壊れるなんて、都市伝説じゃね？
不具合はのぞいた話ね。
895:login:Penguin
09/07/28 06:20:58 QlvXkbgA
>>894 まさにその不具合を避けるために、HDDのメーカは分けてる。
同一メーカ同一型番を同じ店で買うと同じロットの可能性が高いし、
かといって複数の店で買うのも面倒だ。
896:login:Penguin
09/07/28 09:37:30 hnSTLGA3
どうせ出来合いのサーバー買っても、同一のHDDでRAID組まれてる。
897:login:Penguin
09/07/28 14:10:19 BxFslx9I
出来合いの奴は、余程なメーカーでない限りエージング済みだがな…
898:login:Penguin
09/07/28 14:25:09 w0P0QAYm
エージング済みと書かれてれば高く売れるしな
899:886
09/07/28 14:25:17 d0ZK3SKF
ファームバグなんて１０年に１度当たるか当たらないかですが、
当たったことのある人にしか痛みがわからないですよね。
やはり別メーカー２機種にしておく方がより安心ですね。
データが無くなるのは取り返しが付かないです。
逆に同じ機種にしたほうが良いことって「smart情報を比較できる」
以外にありますか？
900:login:Penguin
09/07/28 20:53:18 cfCC4a3c
3ware Escalade 9500S-8 を使って 300GB×4でRAID 5 約900GBのアレイを使っていたのだが、
手狭になって来たので 1.5TB×3で新たにRAID 5のアレイを作った。
で、旧アレイから新アレイへと cp -a * で丸ごとコピーしているんだが……
開始から約5時間でようやく100GB終わったところ。
つーことは、あと約700GB全部コピー終わるのは約35時間後…
う～む。トータルで丸二日近くかかる計算に。
大雑把に計算すると 100000MB/5h/60m/60s = 毎秒 5.5MB程度?
えらく遅いですよね。公式サイトには
> エスカレード 9500S ハードウェア RAID コントローラは実行値で400 MB/秒以上 RAID 5 読み取り、
> および100 MB/秒以上 RAID 5 書き込みという性能を 3% に満たない CPU 使用率で実現します
と書かれている。何がマズいんだろ。
同一カード内のアレイ間の移動だとこんなものなのでしょうか?
901:900
09/07/28 21:00:17 cfCC4a3c
書き忘れました。
使ってるドライバは kernel 2.6.16 に入ってる標準ドライバです。
メーカーが出してる最新版ドライバを使えば劇的に速くなる
てなことはあるのでしょうか?
(つまりLinux標準ドライバが劇的に遅いという事実はある?)
902: ◆Zsh/ladOX.
09/07/28 21:28:33 BB5WK76B
2.6.16使ってる鳥なんてあるのか。
ま、それは別として遅杉だな。
903:login:Penguin
09/07/28 22:11:17 LAvG5GBL
情弱Vineだろ
904:login:Penguin
09/07/28 22:50:34 I0tqAjdR
>>903
そんなに Vine が好きなのかｗ
905:login:Penguin
09/07/29 08:34:15 vy39CNTL
>>900
新アレイがビルド中で、すごく負荷がかかっているとか？
906:900
09/07/29 19:37:45 yXXhe56q
すんません。
なぜか新アレイの方のライトキャッシュがOFFになってました(汗)
ONにしたところ 30～35MB/s程度は出るようになりました。
# それでもメーカーの言う 100MB/sからは程遠いけど…
# やっぱり同一RAIDカード内の移動だから?
しかし、ライトキャッシュの有無でこんなに差がデカいとは知りませんでした。
いい実験になったw
907:login:Penguin
09/07/29 20:47:05 C5UGnnzw
>>906
同一カード内だからというより、PCIのカードだからじゃない？
908:907
09/07/29 21:13:37 C5UGnnzw
ごめん。64bit、66MHzに対応したカードみたいだから違うかも。
909:login:Penguin
09/07/29 21:50:48 xHRBI2w+
マザーがPCI-X使えなかったりして。
910:login:Penguin
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
ちゃうちゃう。回答の１行目は
比例するかどうか小さいサイズでやってみて傾向をつかむ
って話。言葉不足は謝る。
てっきり、重要なのは事例よりオーダーってあたりをきちんと
理解していると思っていた。