Hi Wei,

I know John has run the jobs (that require ~4 GB) at CERN already. There are no fundamental problems. However, it would be useful to make a quick test here, either interactively or normal batch. There is enough memory on the typical interactive node, but it may impact other users on that node. Hence the suggestion of doing it in a fenced off area. Once production starts, there may be unforeseen problems and it would once again be useful to be able to go in and debug. 

When it comes to production, we will want to go through the normal channels as much as possible. The only things special that I am aware of is the large memory requirement. If that means defining another "site", I guess we have to do it. Does this mean that each "site" is expected to be homogeneous with no variations in the properties of its CPUs? Memory, swap space, etc. I would naively expect a bit more flexibility. Cheers.

							Charlie
--
Charles C. Young
M.S. 43, Stanford Linear Accelerator Center       
P.O. Box 20450                                         
Stanford, CA 94309                                      
[log in to unmask]                                
voice  (650) 926 2669                         
fax    (650) 926 2923                       
CERN GSM +41 76 487 2069 

> -----Original Message-----
> From: Wei Yang via RT [mailto:[log in to unmask]] 
> Sent: Wednesday, March 11, 2009 10:51 PM
> To: Young, Charles C.
> Cc: atlas-sccs-planning-l; Moss, Leonard J.
> Subject: Re: [SLAC #163429] Request to use few memfs machines 
> for ATLAS testing
> 
> 
> I don't know if John familiar with Panda based analysis. If 
> not, is he interested to run some simple jobs at Panda's 
> ANALY_SLAC site to see if he is comfortable with the 
> procedures? I think David Miller and a few other people know 
> how to do so.
> 
> Assuming John wants to use Panda and the above works well for 
> him, I think what we can do is to ask the Panda team to set 
> up another site, say, ANALY_SLAC_TEST which has the same 
> parameters as the current ANALY_SLAC, except it will be 
> mapped to a different batch queue at SLAC. This site
> (ANALY_SLAC_TEST) will not be part of the general US ATLAS 
> analysis operation so that John will not have to compete with 
> other ATLAS grid users.
> 
> It takes time to setup another site so it would be good to 
> start this process asap.
> 
> Wei Yang  |  [log in to unmask]  |  650-926-3338(O)
> 
> > From: "Charles C. Young via RT" <[log in to unmask]>
> > Reply-To: <[log in to unmask]>
> > Date: Tue, 10 Mar 2009 16:20:52 -0700
> > Cc: <[log in to unmask]>, 
> <[log in to unmask]>
> > Subject: RE: [SLAC #163429] Request to use few memfs machines for 
> > ATLAS testing
> > 
> > 
> > Hi Wei,
> > 
> > A 90% level answer is Panda. The more truthful answer is we 
> are trying 
> > to keep this advancing on all fronts in parallel, so it's not 
> > definite. We want to make a  (small) production run. In 
> order to have 
> > everything registered and cataloged, I believe the best way 
> is to go 
> > through the official production mechanism. However, if that 
> does not 
> > work for some reason, we would not be shy about running 
> these jobs "by hand" -- we are desparate for the answers.
> > Cheers. 
> 
> 
> 
>