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 >>> ------------------------------------------------------------------------- >>> >>> >>> >> >>