[GRIDRPC-WG] GridRPC document (Re: [wg-all] New documents published)

Wed Mar 23 00:33:07 CDT 2011

On Mar 23, 2011, at 12:33 PM, Eddy Caron wrote:

> Dear all, 
> 
> We have checked with Dan and indeed Greg didn't send the last document. I did it.

Yes, sorry about this - I should have checked to make sure I had the right version, and even more, the "to discuss" should have been a flag that I didn't.

> Nevertheless the remark about the Persitent and Sticky still true.
> 
>> From my point of view: 
> 
> GRPC_Persitent means that the data is available in the platform. This data can move. Thus the middleware should manage this data as asked page 6 of the standard "The underlying data middleware is explicitly asked to handle the data" (I'm agree with that, I don't see another other way). 
> 
> GRPC_STICKY means that the data is available and can not move ! I found nothing in the document that explains that the data must be handle by the user (and it's sound good for me). From my point of view GRPC_STICKY is handle by the user or by the middleware. It depends on the implementation. 
> 
> I agree with Yves but somewhere, I am a little bit confuse if a data mode implies a behavior rule of the middleware usage. If I want to have a Sticky data somewhere but I don't care about where. I don't give the target of the data (the middleware will do it) or if I give both informations target and sticky mode then I manage myself the data. No ? 
> 
> Eddy 
> Regards, 
> 
> 
> Le 23 mars 2011 à 10:26, Yves Caniou a écrit :
> 
>> Hello,
>> 
>> Not rude remarks here, but I'm a bit confused: it seems that Dan read an old 
>> version of the document?
>> - I can't find the typo in the URI
>> - I can't find the "To discuss:" that he's talking about. But it reminds me of 
>> the paragraph that I put there from the beginning concerning the diffusion of 
>> a data on the servers (Broadcast, multicast, and such things that were 
>> available in OmniStorage)...
>> 
>> BUT, concerning the distinction between GRPC_Persistent and GRPC_Sticky: 
>> if we have to emphasize that the second one is when the user completely relies 
>> on the data manager on the opposite of the second one where he manages 
>> himself the data, can't we have a data managed by the underlying data manager 
>> (transparent transfer) with some particularities (like if making the data 
>> sticky or unique if the DM wants to migrate the data)?
>> 
>> Cheers.
>> 
>> .Yves.
>> 
>> Le Wednesday 23 March 2011 02:26:15 Eddy Caron, vous avez écrit :
>>> Dear all,
>>> 
>>> 	We have received the final comment from Dan. With Yves we will update the
>>> document to take into account these comments.
>>> 
>>> Best Regards,
>>> Eddy
>>> 
>>> Début du message réexpédié :
>>>> De : "Daniel S. Katz" <dsk at ci.uchicago.edu>
>>>> Date : 22 mars 2011 11:21:57 UTC+08:00
>>>> À : Greg Newby <newby at arsc.edu>
>>>> Cc : Eddy Caron <Eddy.Caron at ens-lyon.fr>, Alan Sill <Alan.Sill at ttu.edu>,
>>>> Wolfgang Ziegler <Wolfgang.Ziegler at scai.fraunhofer.de> Objet : Rép :
>>>> GridRPC document (Re: [wg-all] New documents published)
>>>> 
>>>> Hi,
>>>> 
>>>> I think it generally looks fine, and the GrdiRPC session today was
>>>> helpful.  Some specific issues I have:
>>>> 
>>>> On page 6, the distinction between GRPC_Persistent and GRPC_Sticky is not
>>>> clear.
>>>> 
>>>> On page 7, "“http://myName:/myhome/data/matrix1”" has an extra ":" in the
>>>> middle.
>>>> 
>>>> On page 11, the items under "to discuss:" are confusing.  It seems like
>>>> these should be resolved at this point, or marked as potential
>>>> extensions.  Also, in the second item, the "on" should be "one".
>>>> 
>>>> Dan
>>>> 
>>>> --
>>>> Daniel S. Katz
>>>> University of Chicago
>>>> (773) 834-7186 (voice)
>>>> (773) 834-3700 (fax)
>>>> d.katz at ieee.org or dsk at ci.uchicago.edu
>>>> http://www.ci.uchicago.edu/~dsk/
>>> 
>>> ---------------------------------------------------------------------------
>>> ------------------- Eddy Caron. Mcf ENS Lyon
>>> ENS Lyon - LIP - Projet GRAAL
>>> 46 Allee d'Italie, 69364 Lyon Cedex 07, France
>>> E-Mail : Eddy.Caron at ens-lyon.fr
>>> [ Tel : 04.37.28.76.46 ][ Web page : http://graal.ens-lyon.fr/~ecaron ]
>>> ---------------------------------------------------------------------------
>>> ---------------------
>> 
>> 
>> 
>> -- 
>> Yves Caniou
>> Associate Professor at Université Lyon 1,
>> Member of the team project INRIA GRAAL in the LIP ENS-Lyon,
>> Délégation CNRS in Japan French Laboratory of Informatics (JFLI),
>> * in Information Technology Center, The University of Tokyo,
>>  2-11-16 Yayoi, Bunkyo-ku, Tokyo 113-8658, Japan
>>  tel: +81-3-5841-0540
>> * in National Institute of Informatics
>>  2-1-2 Hitotsubashi, Chiyoda-ku, Tokyo 101-8430, Japan
>>  tel: +81-3-4212-2412 
>> http://graal.ens-lyon.fr/~ycaniou/
> 
> ----------------------------------------------------------------------------------------------
> Eddy Caron. Mcf ENS Lyon 
> ENS Lyon - LIP - Projet GRAAL 
> 46 Allee d'Italie, 69364 Lyon Cedex 07, France
> E-Mail : Eddy.Caron at ens-lyon.fr
> [ Tel : 04.37.28.76.46 ][ Web page : http://graal.ens-lyon.fr/~ecaron ]
> ------------------------------------------------------------------------------------------------
> 
> --
> gridrpc-wg mailing list
> gridrpc-wg at ogf.org
> http://www.ogf.org/mailman/listinfo/gridrpc-wg

-- 
Daniel S. Katz
University of Chicago
(773) 834-7186 (voice)
(773) 834-3700 (fax)
d.katz at ieee.org or dsk at ci.uchicago.edu
http://www.ci.uchicago.edu/~dsk/

-- 
Daniel S. Katz
University of Chicago
(773) 834-7186 (voice)
(773) 834-3700 (fax)
d.katz at ieee.org or dsk at ci.uchicago.edu
http://www.ci.uchicago.edu/~dsk/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ogf.org/pipermail/gridrpc-wg/attachments/20110323/b6d5cd9c/attachment-0001.html 