Heinz Stockinger wrote:
> Hi Ashiq,
>
> xrootd is a data access system only and has notion of jobs.
I missed the "no" here: i.e. "no notion of jobs".
Heinz
> The interesting thing is the structured peer-to-peer architecture that
> you can look at but there is no intend for a meta-scheduling approach.
>
> Cheers,
> Heinz
>
> Ashiq Anjum wrote:
>> I want to do data intensive Grid scheduling. For example, I plan to
>> schedule a compute job that will do certain operations on a dataset.
>> Should data be moved to job or job should be moved towards data or
>> any other related decision making.
>>
>> My query is, can xrootd in any way become such a scheduling platform
>> or it will remain only a data access mechanism in which scheduler
>> will request xrootd to access cetain datasets?
>>
>> cheers,
>> Ashiq Anjum
>>
>>
>> -----Original Message-----
>> From: Jerome LAURET [mailto:[log in to unmask]]
>> Sent: Mon 6/12/2006 9:21 PM
>> To: Ashiq Anjum
>> Cc: Peter Elmer; [log in to unmask]
>> Subject: Re: Scheduling with xrootd
>>
>>
>> What does "grid scheduling with Xrootd" means ??? You
>> need to expand really. There are Meta-Schedulers aimed to do
>> diverse task (including scheduling where the data is if knowledge
>> is available). Xrootd could "place" the data bringing it from a
>> distance or MSS.
>>
>> What are you after ??
>>
>> Ashiq Anjum wrote:
>>
>>> Hi Peter,
>>>
>>> Thanks for your quickly reply.
>>>
>>> Actually I want to know can i do Grid Scheduling with xrootd? Is
>>> that possible with PROOF?
>>>
>>> cheers,
>>>
>>> Ashiq Anjum
>>>
>>>
>>>
>>> -----Original Message-----
>>> From: Peter Elmer [mailto:[log in to unmask]]
>>> Sent: Mon 6/12/2006 9:01 PM
>>> To: Ashiq Anjum
>>> Cc: [log in to unmask]
>>> Subject: Re: Scheduling with xrootd
>>>
>>> Hi Ashiq,
>>>
>>> On Mon, Jun 12, 2006 at 09:55:37PM +0200, Ashiq Anjum wrote:
>>>
>>>> I have a quick question. Can we do
>>>> Meta-Scheduling/co-scheduling(scheduling of compute jobs taking into
>>>> account data location) with xrrotd? What I found that xrootd is only a
>>>> data access mechanism in a decentralized way and I will be grateful if
>>>> I can be proven wrong:)
>>>>
>>> As designed it is a data access mechanism.
>>>
>>> Are you asking for PROOF or for something else?
>>>
>>> Pete
>>>
>>> -------------------------------------------------------------------------
>>>
>>> Peter Elmer E-mail: [log in to unmask] Phone: +41 (22)
>>> 767-4644
>>> Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23,
>>> Switzerland
>>> -------------------------------------------------------------------------
>>>
>>>
>>>
>>
>>
|