- 1. extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Thu, 13 Jan 2011 16:22:36 -0500
- Hardware is 2x 2.6ghz cpu, 6gb RAM, 2 SAS arrays consisting of 24 drives in hardware RAID 6, 5.87tb total. The two arrays were added to a volume group and multiple logical volumes were created. I am
- /archives/xfs/2011-01/msg00215.html (9,150 bytes)
- 2. Re: extremely slow write performance plaintext (score: 1)
- Author: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
- Date: Thu, 13 Jan 2011 23:35:27 +0100
- Le Thu, 13 Jan 2011 16:22:36 -0500 vous écriviez: This is pretty bad. My last 14 SAS drives RAID-6 array achieved 500 MB/s write, 1GB/s read sustained. What is the SAS controller? the RAID controller
- /archives/xfs/2011-01/msg00217.html (8,278 bytes)
- 3. RE: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Fri, 14 Jan 2011 00:17:52 +0000
- HP Smart Array P600 Both enclosures are HP MSA70, 25 drives each, SAS 10k rpm drives, not sure about the cabling (server is at another location) SLES 10 SP2, 2.6.16.60-0.21-bigsmp, x86 None of the L
- /archives/xfs/2011-01/msg00219.html (13,234 bytes)
- 4. Re: extremely slow write performance plaintext (score: 1)
- Author: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
- Date: Fri, 14 Jan 2011 13:51:33 -0600
- Cory Coager put forth on 1/13/2011 6:17 PM: Make sure the write cache on the P600 (what size is it BTW?) is enabled and that the BBU is in working order. Also make sure the P600 is disabling the writ
- /archives/xfs/2011-01/msg00230.html (9,173 bytes)
- 5. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Fri, 14 Jan 2011 15:48:30 -0500
- Write cache is enabled on the controller, the size is 512MB, BBU is in good conditioned (checked with the HP utility). How do I check the write cache on the drives? Mount with 'nobarrier' so XFS isn'
- /archives/xfs/2011-01/msg00232.html (10,635 bytes)
- 6. Re: extremely slow write performance plaintext (score: 1)
- Author: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
- Date: Fri, 14 Jan 2011 16:02:27 -0600
- Cory Coager put forth on 1/14/2011 2:48 PM: The controller should do this automatically. You'll have to check the docs to verify. This is to safeguard data. The BBWC protects unwritten data in the co
- /archives/xfs/2011-01/msg00236.html (10,966 bytes)
- 7. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Tue, 18 Jan 2011 09:16:47 -0500
- On 01/14/2011 05:02 PM, Stan Hoeppner wrote: The controller should do this automatically. You'll have to check the docs to verify. This is to safeguard data. The BBWC protects unwritten data in the c
- /archives/xfs/2011-01/msg00263.html (12,996 bytes)
- 8. Re: extremely slow write performance plaintext (score: 1)
- Author: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
- Date: Wed, 19 Jan 2011 03:59:06 -0600
- Cory Coager put forth on 1/18/2011 8:16 AM: Then, logically, there is something different about this logical volume than the others. All of them reside atop the same volume group, atop the same two p
- /archives/xfs/2011-01/msg00283.html (11,244 bytes)
- 9. Re: extremely slow write performance plaintext (score: 1)
- Author: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2011 07:21:09 +0100
- You're getting 40MB/s write speed and says that's fine? I get more performance from a single SATA desktop drive. Your setup seems to suck extremely somewhere. It already starts with your dd speed. I
- /archives/xfs/2011-01/msg00356.html (10,389 bytes)
- 10. Re: extremely slow write performance plaintext (score: 1)
- Author: Mathieu AVILA <mathieu.avila@xxxxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2011 10:48:35 +0100
- Le 25/01/2011 07:21, Michael Monnerie a écrit : On Dienstag, 18. Januar 2011 Cory Coager wrote: Also, I want to stress that I am only having performance issues with one logical volume, the oth
- /archives/xfs/2011-01/msg00373.html (10,760 bytes)
- 11. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2011 09:22:07 -0500
- 1. Were all of the LVs created with the same parameters? If so, can you demonstrate verification of this to us? Yes... pvcreate --metadatacopies 2 /dev/cciss/c1d0p1 pvcreate --metadatacopies 2 /dev/c
- /archives/xfs/2011-01/msg00380.html (15,136 bytes)
- 12. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2011 09:25:11 -0500
- It already starts with your dd speed. I started it on a virtualized VM on an old, overloaded server and get: 1048576+0 Datensätze ein 1048576+0 Datensätze aus 1073741824 Bytes (1,1 GB) kopiert, 10,99
- /archives/xfs/2011-01/msg00381.html (11,998 bytes)
- 13. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Tue, 25 Jan 2011 09:27:23 -0500
- It already starts with your dd speed. I started it on a virtualized VM on an old, overloaded server and get: 1048576+0 Datensätze ein 1048576+0 Datensätze aus 1073741824 Bytes (1,1 GB) kopiert, 10,99
- /archives/xfs/2011-01/msg00382.html (11,494 bytes)
- 14. Re: extremely slow write performance plaintext (score: 1)
- Author: Michael Monnerie <michael.monnerie@xxxxxxxxxxxxxxxxxxx>
- Date: Fri, 28 Jan 2011 07:22:20 +0100
- OK, so the speed you get could be just normal. You got a box that still says "Compaq" on it, right? Just after Christmas I virtualized a DL380 G1 to a DL 385 G6, and it's much faster now, even when v
- /archives/xfs/2011-01/msg00455.html (10,300 bytes)
- 15. Re: extremely slow write performance plaintext (score: 1)
- Author: Cory Coager <ccoager@xxxxxxxxxxxxxxx>
- Date: Fri, 28 Jan 2011 08:08:12 -0500
- It's not really needed to talk about performance when you use such old hardware. Be happy when it works without problems ;-) Yeah, we should be getting new hardware soon. Hopefully this issue will go
- /archives/xfs/2011-01/msg00460.html (11,048 bytes)
This search system is powered by
Namazu