Difference between revisions of "GlueX Data Challenge Meeting, July 16, 2012"
From GlueXWiki
(→Minutes) |
(→Minutes) |
||
Line 58: | Line 58: | ||
* '''UConn''': Richard Jones | * '''UConn''': Richard Jones | ||
− | + | ==Announcements== | |
− | + | Mark reported that the Computer Center was given a heads-up that we will start working on the data challenge. Batch jobs will start to appear on the JLab farm. | |
− | + | We will have a tape volume set that can be recycled. | |
− | + | ==Scope of this Challenge== | |
− | + | * We agreed to continue on the course of using Curtis's document as a repository of our ideas about the data challenge (DC). Curtis agreed to convert [http://argus.phys.uregina.ca/cgi-bin/private/DocDB/ShowDocument?docid=2031 document 2031] into a Wiki page. The page is now available as[[Planning for The Next GlueX Data Challenge]]. | |
− | + | * Curtis reminded us that we need a robust storage resource manager (SRM) for the DC. | |
+ | * Grid and JLab: Mark asked about whether we want to pursue large-scale production on the Grid, at JLab, or both. We decided to pursue both. | ||
+ | * Matt thought that a huge sample of Pythia data would be sufficient to address main goals of the DC. Physics signals are of a smaller scale and can be generated in a more ad hoc mannger. | ||
+ | * We talked about December or January as a tentative time frame for doing the first DC. In the future we will have to set-up more formal milestones. | ||
− | + | ==Mini-Data Challenges== | |
− | + | ||
− | + | ||
revised rest format | revised rest format | ||
Line 82: | Line 83: | ||
1.8 | 1.8 | ||
freeze on that | freeze on that | ||
− | + | ||
+ | ==Action Items== | ||
+ | |||
+ | # Make a list of milestones. |
Revision as of 13:48, 17 July 2012
Contents
Meeting Time and Place
The meeting will be on Monday July 16, 2012 at 1:30pm EDT. For those people at Jefferson Lab, the meeting will be in room F326.
Meeting Connections
To connect from the outside:
1.) ESNET:
Call ESNET Number 8542553 (this is the preferred connection method).
2.) Phone: (should not be needed)
+1-866-740-1260 : US and Canada +1-303-248-0285 : International then use participant code: 3421244# (the # is needed when using the phone) or www.readytalk.com then type access code 3421244 into "join a meeting" (you need java plugin)
3.) EVO:
A conference has been booked under "GlueX" from 1:00pm until 3:30pm (EST).
- To phone into an EVO meeting, from the U.S. call (626) 395-2112 and then enter the EVO meeting code, 13 9993. Instructions for the Phone Bridge to EVO.
- Skype Bridge to EVO
Agenda
- announcements
- Computer Center has been warned: jobs, tapes
- discussion of agenda for this meeting
- review of minutes from previous offline meeting
- scope of this challenge
- document of scope: Curtis's document, with on-going revision
- time-line
- grid vs. JLab
- mini-data challenges?
- appropriate tools: WMS? Others?
- example of a minimal framework for job management: Mark
- analysis system design plan
- ideas for analysis system: Paul M.
- future challenges
- organization
- meeting time confirmation (or change)
- subsequent meetings open to all interested collaborators?
- finalization of REST format: record size and performance numbers
- gridmake database entry
Attendance
Minutes
Present:
- CMU: Paul Mattione, Curtis Meyer
- IU: Matt Shepherd
- JLab: Eugene Chudakov, Mark Ito, David Lawrence
- UConn: Richard Jones
Announcements
Mark reported that the Computer Center was given a heads-up that we will start working on the data challenge. Batch jobs will start to appear on the JLab farm. We will have a tape volume set that can be recycled.
Scope of this Challenge
- We agreed to continue on the course of using Curtis's document as a repository of our ideas about the data challenge (DC). Curtis agreed to convert document 2031 into a Wiki page. The page is now available asPlanning for The Next GlueX Data Challenge.
- Curtis reminded us that we need a robust storage resource manager (SRM) for the DC.
- Grid and JLab: Mark asked about whether we want to pursue large-scale production on the Grid, at JLab, or both. We decided to pursue both.
- Matt thought that a huge sample of Pythia data would be sufficient to address main goals of the DC. Physics signals are of a smaller scale and can be generated in a more ad hoc mannger.
- We talked about December or January as a tentative time frame for doing the first DC. In the future we will have to set-up more formal milestones.
Mini-Data Challenges
revised rest format
gridmake
consensus on rest format dcth to dttb big cost associated, 30 hz re-swim a track 1.8 freeze on that
Action Items
- Make a list of milestones.