Re: [Pvfs2-developers] libpvfs2 usage

2006-10-17 Thread Troy Benjegerdes
VFS2_DEBUGFILE=debug.outand look for messages like    memcache_register: hit [%d] %p len %lld (via %p len %lld) ...and compare the first pointer value to your myBuffer.  A hitis good.  If you get messages that say "miss", please send me thetrace.I'll let other pvfs types think about the contiguous

Re: [Pvfs2-developers] threaded client-core and the device thread

2006-10-17 Thread Phil Carns
Just to see if I'm noticing the same issue, what was the exact problem Phil was noticing? Shouldn't multiple requests take longer than a single request? The workload I was using was multiple rpc.nfsd threads issuing 64 KB requests (through the writev/readv interface) to the PVFS2 kernel mod

Re: [Pvfs2-developers] threaded client-core and the device thread

2006-10-17 Thread Dean Hildebrand
Hi Murali/Phil, Murali Vilayannur wrote: Hi Sam, Dean and I are looking at trying to push the efficiency of requests from the kernel module up through the device to client-core. I added the --threaded option to the client to allow the client-core to run with multiple threads (one each for bm

Re: [Pvfs2-developers] libpvfs2 usage

2006-10-17 Thread Pete Wyckoff
[EMAIL PROTECTED] wrote on Mon, 16 Oct 2006 17:40 -0500: >We have modified an existing application to directly call > libpvfs2. Our pvfs2 setup has 6 servers and is setup to run pvfs2 > over OpenIB verbs. We borrowed the code more or less from pvfs2-cp. > This seems to work and we have ha