Jan Engelhardt wrote:
On Friday 2013-06-28 03:58, Linda Walsh wrote:
Speaking of compression types, since initrd size has been mentioned in the parallel thread of /boot to small, the use of xz could reduce the size by some 30%.
FWIW, using lzop can give boosts in speed as it cuts down the quantity read, but xz is heavy in CPU usage, and might slow things down on many systems.
Yes, I too had LZO already in mind because of that. Is there a parallelizing implementation like there is for pigz/pbzip2/pixz/plzip?
It's usually so fast, I don't think one was written. You'd have to go to 100's of GB, to possibly see benefit, and even then, maybe not if you didn't have the memory BW. I eventually gave up using any type of compression on backups. The lowest compression/fastest was still well under 100MB/s reading off disc -- whereas raw files alone, top out at 1GB. Talking about this issue, I was thinking about my own boot -- and would probably benefit from no-compression ... only half a second, maybe, but I can see the pause. Even w/29 kernel images on my /boot, I allocated 1GB for boot, so plenty to spare. You might want to do some real-world time tests to see if compression is worth it. Many disks can hit near 100MB/s on contiguous reads. If compression slows that to 10-20MB/s, that's not great. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org