| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <159a870e0904020702q3c528b8u77cebf834d607e3f@mail.gmail.com> Date: Thu, 2 Apr 2009 11:02:41 -0300 From: Tiago Freire <tiago.freire@...il.com> To: linux-kernel@...r.kernel.org Subject: RAID performance / tuning? Dear LKML, I am a long-time linux user, but not a C dev. I have been using software RAID since I had an Athlon 64 3000, which at the time took a toll of up to 30% of the CPU time on big writes (4 200GB disks on RAID 5), if my memory serves me well. If you can get me some clarifications, I would be incredibly grateful. Shouldn't software RAID always surpass hardware, given fast enough hardware? Why is it that software RAID on current systems still gets less performance than hardware counterparts? Also, are there any knobs/pulleys/ledgers in the linux kernel so that I can maximize RAID operation performance? Given that our current bottleneck is the disk IO, it would take a sincere effort to saturate the CPU with raid/disk operations (you'd need lots and lots of disks). Best regards -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists