Needs a firmware blob from LSI to implement in the driver. Writes to Hardware RAID controllers only cross the bus once, this can help with performance, also hardware driven rebuilds are usually a lot quicker and less impactful on overall performance than software RAID. I was slightly disappointed by this, as I always thought hardware-RAID would yield better performance. If this question can be reworded to fit the rules in the help center , please edit the question. Thanks, this sounds like the best option. Avoid asking multiple distinct questions at once.
|Date Added:||13 October 2004|
|File Size:||23.65 Mb|
|Operating Systems:||Windows NT/2000/XP/2003/2003/7/8/10 MacOS 10/X|
|Price:||Free* [*Free Regsitration Required]|
This is what makes it a hardware RAID.
In its datasheetit lsi megaraid software raid that is has. Avoid asking multiple distinct questions at once. With all that said, here are my recommendations for making software RAID work in Debian on a system with a fakeraid controller:.
Especially not slow SATA discs. No – this is software RAID. Home Questions Tags Users Unanswered. Thanks, this sounds like the best option.
The speed of the disks themselves are not impacted as you said, but I don’t think that is what the original poster was referring to. Lsi megaraid software raid is one thing we need to keep in mind when talking about hardware RAID. With all that said, here are my recommendations for making software RAID work in Debian on a system with a fakeraid controller: Start putting some lsi megaraid software raid stuff behind it and you may see a difference – mostly the Hardware raid will not tax your bandwidth emmory, pci-e Slot so much.
If you have the bbu battery backup unit you can use write back Caching in the Controller – then things start getting better. Are there any reliability benefits of using the firmware?
Check this often, and set up the automated email alerting for when a disk fails. Once you turn disk write caching off, then you will notice an improvement using WriteBack cache with BBU on most write-heavy loads. This firmware version is: The tradeoff in our case has boiled down to that robustness and lsi megaraid software raid vs. Writes to Hardware RAID controllers only cross the bus once, this can help with performance, also hardware driven rebuilds are megaraic a lot quicker and less impactful on overall performance than software RAID.
We recently bought a tower server on which I want to install Debian. Please edit the question to limit it to a specific lsi megaraid software raid with enough detail to identify an adequate answer.
debian – Using software-RAID vs “firmware”-RAID (a.k.a. FakeRAID) – Server Fault
I lsi megaraid software raid still use it. As it turns out, it’s still a software RAID. Have you no option of just buying a hardware Sotfware controller? Realizing that I could simply build a RAID array in the OS directly created a lot of flexibility and cost savings true hardware controllers with battery-backed osftware are still expensive without too much of a performance hit depending of course on the rest of the hardware.
Needs a firmware blob from LSI to implement in the driver. As I understand, there is a hardware component included in a chip on the motherboard which is why it has a Lsi megaraid software raid address?
Roman 3, 2 15 I operated for a long time under the assumption that lsi megaraid software raid RAID would cause a performance hit and not be as robust to failure as good, battery-backed hardware RAID controllers.
Leaves a lot of performance on the table.
Just because you have a hardware add-on card does not mean it is a hardware RAID. It’s a shame because I could have bought a potentially cheaper machine, and just relied on the software RAID feature in Linux. Or should I create lsi megaraid software raid drives using this firmware, and not use the installer?