> If it will take you longer to replace the data than three days, wouldn't
> it be worth having redundancy or a backup? :P
*sigh* Yeah, yeah.. :)
> Everyone should be intimate with hdparm :) It's the only reason everyone
> thinks UDMA drives suck (Linux picks *REALLY* sucky options for UDMA
> drives). I *ALWAYS* use this setting and haven't ever had a problem.
>
> It usually speeds SDTR by 2-3x and decreases CPU utilisation a lot as
> well.
Well, the only thing I have set is -c. I actually found that it was better
with -c 2, but I'll try -c 1 as it is tested. The other settings with the
exception of -m16 were already set by default so I didn't have to touch
them. Thx for that pointer tho! :)
> Don't use hdparm -tT because it's drain bamaged. Use tiotest:
>
> http://tiobench.sourceforge.net/
Nice little utility! Does write tests too! :) Thx.
> No such luck. But you can use 'time' to find out how long it takes to
> complete, and calculate the speed yourself :)
As above, no need to use DD now, as tiobench tests writes aswell.
> In that case use any UDMA controller. I'd still recommend the 3Ware cards,
> because they're good value even used as JBOD (Just a Bunch Of
> Disks) because of the 8-port option. It also cuts down on the number of
> PCI slots that you end up using.
Yes, the PCI saver is a plus! :) Other than that, the Promise controllers
are fine for me.
>
> > Question about striping tho: With RAID 0, can you still not
> add a disk to
> > RAID 0? that was my primary reason for using LVM was due to this
> > restriction in Software RAID.
>
> As before, this is covered here:
>
> http://unthought.net/Software-RAID.HOWTO/
Hmm.. ph33ring resizing now :) will stick with RAID 5 and it's raidhotadd
function.
> The URL I have given you extra stuff on the first page - it's not just the
> normal Software-RAID howto, it's specifically about resizing.
Thx again, Colin.
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
