[PVFS2-developers] Mechanism for forwarding data

Rob Ross rross at mcs.anl.gov
Mon Jul 12 20:42:04 EDT 2004


I agree with Neill, although I have thought some about using Trove for 
shared access to storage, so if the flow option turns out to look really 
nasty, we might want to revisit.

I think if we were going to do some sort of Trove option, it might look 
more like a pair of writes to Trove, or a write that goes to two different 
file handles (one of them residing locally, the other remotely).

One disadvantage of Trove in that mode is that it only takes offset-length 
pairs right now, so noncontiguous I/O could be ugly.

Anyway, I'd go with the flow approach.  The error cases are going to be 
ugly...

Rob

On Wed, 7 Jul 2004 neillm at mcs.anl.gov wrote:

> On Wed, Jul 07, 2004 at 01:53:22PM -0400, Bradley W Settlemyer wrote:
> >   Is either one of these approaches superior to the other?  Is there
> > another simple or simpler approach that is superior to these?
> 
> A new flow protocol (that can be config enabled like the others) is my
> vote.  Starting a flow from trove is not something I'd like to see ;-)


More information about the PVFS2-developers mailing list