[saga-rg] proposal for extended file IO
Andre Merzky
andre at merzky.net
Tue Jun 14 00:41:37 CDT 2005
Hi Andrei,
Quoting [Andrei Hutanu] (Jun 14 2005):
>
>>> Isn't data selection too application specific to be
>>> included in this?
>
>> Ah, but the application specific part is NOT part of the
>> eRead proposal - that merrily provides a placeholder for
>> doing that in a clean way!
>
> I was thinking that the data selection operation as
> described in the proposal is a very specific operation and
> that there might be many remote data operations that
> cannot be covered by this. For example when I think of
> remote data selection I think more in terms of starting a
> remote job (using SAGA), communicating with the job using
> specific protocols (perhaps grid services implemented on
> top of the SAGA streams) and transferring data from the
> remote job locally using SAGA streams. The job itself is
> using SAGA to access the file.
>
> There's a lot of SAGA involved here but there is no eread
> and using eread would be a limiting factor. Eread
> basically means (start job, send command, receive
> response, end job). That's perhaps a limiting model for
> remote data access.
I think I understand the scenario you describe, and you are
right: eread is not a good model to implement that, neither
is any of the other file I/O operations we have, or have
been proposed. Its a client server scenarios, and streams
will do fine.
So, if eread does not fit, and read does not fit, don't use
it. So, how is their existence limiting your scenario?
I think I am missing the point (seem to do that a lot
lately)...
Cheers, Andre.
> My 2 cents, Andrei
--
+-----------------------------------------------------------------+
| Andre Merzky | phon: +31 - 20 - 598 - 7759 |
| Vrije Universiteit Amsterdam (VU) | fax : +31 - 20 - 598 - 7653 |
| Dept. of Computer Science | mail: merzky at cs.vu.nl |
| De Boelelaan 1083a | www: http://www.merzky.net |
| 1081 HV Amsterdam, Netherlands | |
+-----------------------------------------------------------------+
More information about the saga-rg
mailing list