Re: striped LV and expected performance
Zdenek Kabelac <[email protected]> Mon, 21 Jul 2025 18:53:00 +0200
| Newsgroups | gmane.linux.lvm.general |
|---|---|
| Message-ID | <[email protected]> |
Dne 21. 07. 25 v 18:42 matthew patton napsal(a): > don't use LVM striping. Use MD/DM striping. Better yet, stripe at the hardware lvm handles both --type striped, type raid0 > controller level if you can. Generally speaking a 32kb or 64kb interleave or > "strip size" is ~optimal for any use case (yes, even SSD) that isn't LARGE Many/most SSDs do internal striping - thus they go with relatively large optimal io sizes (256K, 512K) > streaming reads. If the hypervisor is VMware, it allocates in 1MB extents and > it will also interfere with I/O scheduling. > > If you want to cut the hypervisor out of the loop, PCIe pass-thru is your only > recourse. And again, you can attach no less than 3 up to about 5 (SSD) drives This purely depends on individual hw capabilities. > to a controller before you saturate the PCIe bus. Also consumer-grade (aka > junk) SSDs have miserable write endurance and write speed after a preliminary > (ie fake) boost. If you care about your data and speed that doesn't go to zero > ONLY buy enterprise grade SSDs and if you're doing a lot of writes, minimum 3x > DWPD class though if you're going to attempt parity-RAID, you'll want 10x DWPD > disks. For boosting write performance there is probably a better option to simply use some nvme caching with dm writecache or something like that. But as said - trying to do any kind of storage optimization inside VM is largely destined to fail - as there is not good enough knowledge about disk topology - since VM fakes whatever it can... Regards Zdenek