Results:
References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Linux\s+Software\s+RAID\s+5\s+Performance\s+Optimizations\:\s+2\.6\.19\.1\:\s+\(211MB\/s\s+read\s+\&\s+195MB\/s\s+write\)\s*$/: 33 ]
Total 33 documents matching your query.
- 1. Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Thu, 11 Jan 2007 18:38:17 -0500 (EST)
- Using 4 raptor 150s: Without the tweaks, I get 111MB/s write and 87MB/s read. With the tweaks, 195MB/s write and 211MB/s read. Using kernel 2.6.19.1. Without the tweaks and with the tweaks: echo 8192
- /archives/xfs/2007-01/msg00079.html (15,305 bytes)
- 2. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 17:01:24 +0300
- [] What exactly are you measuring? Linear read/write, like copying one device to another (or to /dev/null), in large chunks? I don't think it's an interesting test. Hint: how many times a day you pla
- /archives/xfs/2007-01/msg00082.html (11,125 bytes)
- 3. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 09:38:35 -0500 (EST)
- Check bonnie benchmarks below. It is a measurement of raw performance. Interesting, I will take this into consideration-- however, an untar test shows a 2:1 improvement, see below. Decompress/unrar a
- /archives/xfs/2007-01/msg00083.html (16,013 bytes)
- 4. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 12:37:48 -0500 (EST)
- RAID 5 TWEAKED: 1:06.41 elapsed @ 60% CPU This should be 1:14 not 1:06(was with a similarly sized file but not the same) the 1:14 is the same file as used with the other benchmarks. and to get that I
- /archives/xfs/2007-01/msg00084.html (17,963 bytes)
- 5. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 14:56:00 -0500 (EST)
- Ok. sec
- /archives/xfs/2007-01/msg00085.html (11,526 bytes)
- 6. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 15:15:09 -0500 (EST)
- Btw, max sectors did improve my performance a little bit but stripe_cache+read_ahead were the main optimizations that made everything go faster by about ~1.5x. I have individual bonnie++ benchmarks o
- /archives/xfs/2007-01/msg00086.html (17,351 bytes)
- 7. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Sat, 13 Jan 2007 00:00:48 +0300
- Can you repeat with /dev/sda only? With fresh reboot to shell, then: $ cat /sys/block/sda/queue/max_sectors_kb $ echo 3 > /proc/sys/vm/drop_caches $ dd if=/dev/sda of=/dev/null bs=1M count=10240 $ ec
- /archives/xfs/2007-01/msg00087.html (12,074 bytes)
- 8. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 16:40:27 -0500 (EST)
- Here you go: For sda-- (is a 74GB raptor only)-- but ok. 16:25:38 up 1 min, 3 users, load average: 0.23, 0.14, 0.05 512 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 150.89
- /archives/xfs/2007-01/msg00088.html (13,847 bytes)
- 9. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 15:41:31 -0500
- 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 399.352 seconds, 26.9 MB/s /sys/block/"$i"/queue/max_sectors_kb; echo "Set /sys/block/"$i"/queue/max_sectors_kb to 192kb"; don
- /archives/xfs/2007-01/msg00089.html (13,710 bytes)
- 10. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Fri, 12 Jan 2007 15:32:13 -0500
- You can find even more joy on large writes, assuming you have a recent 2.6 kernel. Look at /proc/sys/vm/dirty-* values. by making the ratio smaller, and the ratio smaller you can reduce or eliminate
- /archives/xfs/2007-01/msg00090.html (12,686 bytes)
- 11. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author:
- Date: Sat, 13 Jan 2007 04:40:39 -0500 (EST)
- Core Duo E6300 The speed is great since I have tweaked the various settings..
- /archives/xfs/2007-01/msg00091.html (12,819 bytes)
- 12. Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Thu, 11 Jan 2007 18:38:17 -0500 (EST)
- Using 4 raptor 150s: Without the tweaks, I get 111MB/s write and 87MB/s read. With the tweaks, 195MB/s write and 211MB/s read. Using kernel 2.6.19.1. Without the tweaks and with the tweaks: echo 8192
- /archives/xfs/2007-01/msg00319.html (15,305 bytes)
- 13. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 17:01:24 +0300
- [] What exactly are you measuring? Linear read/write, like copying one device to another (or to /dev/null), in large chunks? I don't think it's an interesting test. Hint: how many times a day you pla
- /archives/xfs/2007-01/msg00322.html (11,125 bytes)
- 14. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 09:38:35 -0500 (EST)
- Check bonnie benchmarks below. It is a measurement of raw performance. Interesting, I will take this into consideration-- however, an untar test shows a 2:1 improvement, see below. Decompress/unrar a
- /archives/xfs/2007-01/msg00323.html (16,013 bytes)
- 15. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 12:37:48 -0500 (EST)
- RAID 5 TWEAKED: 1:06.41 elapsed @ 60% CPU This should be 1:14 not 1:06(was with a similarly sized file but not the same) the 1:14 is the same file as used with the other benchmarks. and to get that I
- /archives/xfs/2007-01/msg00324.html (17,963 bytes)
- 16. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 14:56:00 -0500 (EST)
- Ok. sec
- /archives/xfs/2007-01/msg00325.html (11,526 bytes)
- 17. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 15:15:09 -0500 (EST)
- Btw, max sectors did improve my performance a little bit but stripe_cache+read_ahead were the main optimizations that made everything go faster by about ~1.5x. I have individual bonnie++ benchmarks o
- /archives/xfs/2007-01/msg00326.html (17,351 bytes)
- 18. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Sat, 13 Jan 2007 00:00:48 +0300
- Can you repeat with /dev/sda only? With fresh reboot to shell, then: $ cat /sys/block/sda/queue/max_sectors_kb $ echo 3 > /proc/sys/vm/drop_caches $ dd if=/dev/sda of=/dev/null bs=1M count=10240 $ ec
- /archives/xfs/2007-01/msg00327.html (12,074 bytes)
- 19. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 16:40:27 -0500 (EST)
- Here you go: For sda-- (is a 74GB raptor only)-- but ok. 16:25:38 up 1 min, 3 users, load average: 0.23, 0.14, 0.05 512 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 150.89
- /archives/xfs/2007-01/msg00328.html (13,847 bytes)
- 20. Re: Linux Software RAID 5 Performance Optimizations: 2.6.19.1: (211MB/s read & 195MB/s write) (score: 1)
- Author: >
- Date: Fri, 12 Jan 2007 15:41:31 -0500
- 10240+0 records in 10240+0 records out 10737418240 bytes (11 GB) copied, 399.352 seconds, 26.9 MB/s /sys/block/"$i"/queue/max_sectors_kb; echo "Set /sys/block/"$i"/queue/max_sectors_kb to 192kb"; don
- /archives/xfs/2007-01/msg00329.html (13,710 bytes)
Current List: 1 - 20
Page: [1] [2]
This search system is powered by
Namazu