Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Wed, 14 Jun 2006 13:09 -0500:
I've attached a patch of the sys-io state machine from trunk that
doesn't post the flow until the initial response is received. Phil
and Murali, can you let me know if this fixes your respective
problems? Also,
These patches are based on part of the functionality Murali originally
contributed in this email thread:
http://www.beowulf-underground.org/pipermail/pvfs2-developers/2005-November/001624.html
Thanks for the patches!
No, thank you - you did all of the hard work!
Examples:
[EMAIL PROTECTE
Hi Phil,
>
> I did find one odd result, although it is somewhat unrelated. In an
> earlier email on this topic I mentioned that I was able to find a
> temporary workaround for the bug by setting PVFS2_BUFMAP_DESC_COUNT to
> 1, which limits pvfs2-client-core to only performing one I/O operation
>
if the processes were working on different files it is likely because
the resulting i/o pattern is more sequential.
Murali Vilayannur wrote:
Hi Phil,
I did find one odd result, although it is somewhat unrelated. In an
earlier email on this topic I mentioned that I was able to find a
temporar
On Jun 15, 2006, at 2:20 PM, Pete Wyckoff wrote:
[EMAIL PROTECTED] wrote on Thu, 15 Jun 2006 13:59 -0500:
What's actually just as curious to me is that we don't ever call
PINT_serv_free_msgpair_resources() in error cases if we *don't*
succeed.
Does this mean that every msgpairarray failure r
[EMAIL PROTECTED] wrote on Fri, 16 Jun 2006 17:05 -0500:
> I haven't been able to reproduce this specific error or get dbench to
> fail for me, but Murali just committed a bunch of fixes to bugs in
> the keyval changes I made recently that I could imagine causing a lot
> of weird behaviors.