[Pvfs2-developers] TroveSyncData settings

Phil Carns pcarns at wastedcycles.org
Wed Nov 29 12:17:17 EST 2006


> One thing that we noticed while testing for storage challenge was that 
> (and everyone correct me if I'm wrong here) enabling the data-sync 
> causes a flush/sync to occur after every sizeof(FlowBuffer) bytes had 
> been written.  I can imagine how this would help a SAN, but I'm 
> perplexed how it helps localdisk, what buffer size are you playing with?
> We found that unless we were using HUGE (~size of cache on storage 
> controller) flowbuffers that this caused way too many syncs/seeks on the 
> disks and hurt performance quite a bit, maybe even as bad as 50% 
> performance because things were not being optimized for our disk 
> subsystems and we were issuing many small ops instead of fewer large ones.
> 
> Granted I havent been able to get 2.6.0 building properly yet to test 
> the latest out, but this was definitely the case for us on the 2.5 
> releases.

You are definitely right about the data sync option causing a flush/sync 
on every sizeof(FLowBuffer).  I don't really have a good explanation for 
why this doesn't seem to burn us anymore on local disk.  Our settings 
are standard, except for:

- 512KB flow buffer size
- alt aio method
- 512KB tcp buffers (with larger /proc tcp settings)

This testing was done on some version prior to 2.6.0 also (I think it 
was a merge of some in-between release, so it is hard to pin down a 
version number).

It may also have something to do with the controller and local disks 
being used?  All of our local disk configurations are actually hardware 
raid 5 with some variety of the megaraid controller, and these are 
fairly new boxes.

-Phil



More information about the Pvfs2-developers mailing list