[Halld-offline] Offline computing plan for JLab Physics, FY10

[Curtis A. Meyer]

Hi Everyone -

   at present, the only method "reasonable" method to get data out of 
JLab is to
use bbftp. While this works, it is a lot of user overhead to make things 
work. As
noted during the meeting, the lab used to have the srm tools. These were 
a lot
better than bbftp, but due to changes in computing at JLab, and probably 
lack
of regular use by users, this tool has vanished.

    I think that in any model, data will be processed at JLab. 
Presumably, we will
also run some "high-level" skims at Jefferson Lab which will then be 
exported
to outside clusters. Having the capability to manage this export with 
grid tools
is important.

    We also have our Monte Carlo needs which under our current model are 
most
likely generated offsite. The ability to move these results is also 
crucial. We need
to make sure that our needs are made clear, and apparently need to spell 
it all
out carefully.

   curtis
on the grid. This is likely to continue
On 5/15/10 10:56 AM, Richard Jones wrote:
> Offline folks,
>
> One thing stands out to me in reading through this plan is the lack of 
> any accommodation for the  interaction between the Jlab computer 
> center and computing facilities at user institutions.  For comparison, 
> it is helpful to look at the computing plan for any of the LHC 
> experiments, where the plan is oriented around distribution and global 
> access to data and computing resources.  Things that I would like to 
> see in the Gluex Offline Computing Plan that eventually get propagated 
> through appropriate channels to someone like Graham Hayes are the 
> following:
>
>    1. Location-independent mechanisms for remote access to MSS files
>       (with appropriate authentication/authorization) without logging
>       in on a Jlab machine over ssh, both reading and writing.
>    2. Provision for allocation of space on MSS for archival of
>       intermediate data sets generated off-site, eg. MonteCarlo and
>       final data samples used in a PWA that was the basis of a
>       particular publication.
>    3. Support of grid protocols for transparent scheduling and
>       migration of jobs across available resources within the
>       collaboration, so that when a particular resource is overbooked
>       jobs can flow across site boundaries to where resources are
>       available.
>
> -Richard Jones
>
>> Folks,
>>
>> I've just posted a document from Graham Heyes, describing the Lab's
>> scientific computing plan for the current fiscal year. It is
>> GlueX-doc-1530. The document page is
>>
>> http://argus.phys.uregina.ca/cgi-bin/private/DocDB/ShowDocument?docid=1530
>>
>> I've posted it on our DocDB not because it is GlueX-specific (it is not)
>> but just so we have a well-defined place to find it and to reference it.
>>
>>     -- Mark
>>
>> _______________________________________________
>> Halld-offline mailing list
>> Halld-offline at jlab.org  <mailto:Halld-offline at jlab.org>
>> https://mailman.jlab.org/mailman/listinfo/halld-offline
>>    
>
>
> _______________________________________________
> Halld-offline mailing list
> Halld-offline at jlab.org
> https://mailman.jlab.org/mailman/listinfo/halld-offline


-- 
Prof. Curtis A. Meyer		Department of Physics
Phone:	(412) 268-2745		Carnegie Mellon University
Fax:	(412) 681-0648		Pittsburgh PA 15213-3890
cmeyer at ernest.phys.cmu.edu	http://www.curtismeyer.com/


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/halld-offline/attachments/20100515/d7a36e40/attachment-0002.html>