> I would be _very_ grateful if any of you could advise me on hardware that is
> very definately supported and working robustly. (Thinking of using RH5.2 and
> maybe putting a 2.4 kernel on). I'm looking for bits that Linux will happily
> work with without any extra downloading/compiling etc (ie.
> Basically: to get improved Read performance because of mirrored-disks,
> DO I NEED 2 SCSI CARDS? Or will the command queueing/SCSI subsystem still
> give me a benefit?
>
> Right now I'm assuming 2 separate cards is better
You can get increased read performance with both drives on one scs
x27;d be careful if it was important data too.
I did it after the disks were made into a raid array and mke2fs'd, but that
may just be me.
I am not responsible if it screws up and you lose all your New Kids On The
Block mp3s or whatever data you have on there :)
Chris Black
Hello, I am setting up an app server and want to maximize SQL performance
as much as possible without hurting transfer of files 20-100k too much.
I am running mysql 3.22.20a on a raid5 array with three 4GB disks and a
chunk size of 128k
I am running sql-bench now, concentrating on select perform
[stuff about documentation distributed with earlier rpms deleted]
Well, the newer raidtools packages (starting with 19990309 I believe),
include an updated Software-RAID howto document as well as a RAID5.HOWTO and
other short documents that are up to date.
I have created an rpm for raidtools-0.9
I've read the recommendations in the HOWTO, but none of them mention a proper
chunk/stride size for an SQL server with RAID5...
This machine will also be doing web serving (db intensive web app).
I will do some tests with mysqldump and other things...
Also, if I have a chunk size of 128k but many
Hi raidpeople. I have a redhat 5.2 machine with all updates applied
(regular updates and kernel-2.2 update stuff).
I have been having problems using mkraid to make a raid5 array.
I installed the 2.2.3 kernel and applied the latest patch.
I also built and installed an rpm for raidtools 19990309.
