Tony Doyle Grid. PP Collaboration Meeting 5 Nov 2001 Tony Doyle - University of Glasgow
Grid. PP Status Report § § Financial Background Middleware: § Data. Grid § UK Contributions to GGF § § § § § Experiments Integration Test. Bed Demonstrators Guidelines and Policies Project Management Board Structure Working Methods Deadlines and Timescales Training Collaboration Meeting Summary Tony Doyle - University of Glasgow
£ 17 m 3 -Year Project J 2. 6% I: £ 2. 49 m £ 1. 2 m Experiment Objectives CERN £ 7. 1 m £ 6. 7 m £ 6. 0 m Software Support H: 3. 2% 90. 0% H*: 5. 4% G: Prototype Grid 9. 7% UK . 9% C B C* % % 1. 5 6% 0. B* 1. 4% 1. 5 % D £ 3. 2 £ 2. 9 £ 2. 45 m A 0. 4% E F* D* rs 1 UK Capital 1% % 2. 7 1. 9 1. 5% F age Work Groups A - F 1. 7% 1. 9% Man A* Tony Doyle - University of Glasgow
First Year Finances § § § Funding of PPARC's EU Data. Grid staff commitment Staff to implement initial Grid Testbed in UK Hardware to satisfy Ba. Bar requirements and EU Data. Grid testbed commitment Staff for CERN LHC computing (Staff costs assume Contribution to CERN Tier-0 only 6 months of salary in first year) § § § 15 EU Data. Grid 3 year posts (already committed) 15 Grid. PP 3 year posts Hardware for Ba. Bar Tier-A/LHC Tier-1 15 CERN 3 year posts Hardware for CERN Tier-0 Total £ 0. 4 M £ 0. 9 M £ 0. 5 M £ 0. 3 M £ 2. 5 M Sets a short-term agenda… complete allocation by December Tony Doyle - University of Glasgow
£ 17 m 3 -Year Project § § Financial Background Balancing £ 17 m budget Status: Programme commitments being built in using actual costs. 1. Data. Grid Posts 2. Tier 1/A Hardware 3. Grid. PP/CERN Posts (projected) …. Displacement (SLL) Tony Doyle - University of Glasgow
£ 17 m 3 -Year Project § Profiling commitments in im el Pr y ar Status: Programme commitments being built in using actual costs (and revised estimates). 1 st draft of working document. . . Timescale: input to PPARC Steering committee meeting in December Tony Doyle - University of Glasgow
“two legs good three legs better? ” Build on Existing Structures. Identify Common Requirements. Establish Group Identity. Reach Out. ++ UK Tony Doyle - University of Glasgow
Local Application Layer Local Application Grid Client Grid Application Layer Local Database Bitmap Indexing Application Management Database Management Job Management Collective Services Data Registering Job Decomposition O v e r v I e w Algorithm Registry Job Prediction Data Reclustering Information & Monitoring Replica Manager Grid Scheduler Network Monitoring Replica Catalog Time Estimation Grid Information Replica Optimisation Load Balancing Service Index Underlying Grid Services SQLDatabase Service (Metadata storage) Remote Job Execution Services (GRAM) File Transfer Services (Grid. FTP) Messaging Services (MPI) Security Services (Auth & Access Control) Tony Doyle - University of Glasgow
UK contributions in many areas: e. g. R-GMA (Steve Fisher et al. ) LCFG (Paul Anderson et al. ) Spitfire (Gavin Mc. Cance and WH) WP 6 (Andrew Mc. Nab et al. ) Info. Services Schema (Alex Martin et al. ) Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Document submitted by Wolfgang Hoschek and Gavin Mc. Cance Tony Doyle - University of Glasgow
Grid. PP Architecture The Data. Grid Architecture Version 2 German Cancio, CERN Steve M. Fisher, RAL Francesco Giacomini, INFN Wolfgang Hoschek, CERN Brian L. Tierney, LBL/CERN July 2, 2001 § § Summary of Data. Grid Architecture by Steve Fisher Tim Folkes, RAL Dave Kelsey, RAL GGF architecture via EU Data. Grid incorporating PPDG and Gri. Phy. N developments EU Data. Grid Architecture Status: Version 2 (2/7/01) Key elements: § Evolutionary capability § Services via Protocols and Client APIs § Representation using UML (Together. Soft) § Defines responsibilities of Work Packages § Based on PP Use Cases - direct application to Grid. PP (and PPDG) project management investigating Xproject = implementation to defined timescales Tony Doyle - University of Glasgow
R-GMA Application Code Archiver API User code monitors output here. Application Code Consumer API Sensor Code Consumer API Consumer Servlet Registry API User code here. Builds on R-GMA Database Structures. Producer API Archiver Servlet DBProducer Servlet Registry Servlet Schema API Registry API Schema Servlet Producer. Servlet “Event Dictionary” Tony Doyle - University of Glasgow
Grid High-Performance Networking Research Group (GHPN) A B Applications a b Grid Middleware c GHPN Grid d Build on Existing Structures. Identify Common Requirements. Establish Group Identity. Reach Out. f Pure Networking g IETF. . . C Summary of Second BOF Meeting by Pete Clarke
Information Services Tony Doyle - University of Glasgow
Experiment-Led Project § § § Emphasis on Vertical Integration Top down project planning: Adapt the project plan to increase the support to the experiments Target middleware support through Data. Grid and Displacement Generally accepted by PMB and CB Overall balance on experiments/testbed agreed by PMB last week § § Need to understand experiments’ requirements at technical level… … some examples. Tony Doyle - University of Glasgow
Overview of SAM Name Server Database Server(s) (Central Database) Station 1 Servers ? Global Resource Manager(s) Station 3 Servers Station 2 Servers Arrows indicate Control and data flow Mass Storage System(s) Log server Shared Globally Local Station n Servers Shared Locally Tony Doyle - University of Glasgow
Overview of SAM and Data. Grid should use common (lower) middleware Tony Doyle - University of Glasgow
Distributed MC Production, Today Submit jobs remotely via Web Execute on farm Monitor performance of farm via Web Transfer data to CASTOR mass-store at CERN Update bookkeeping database (Oracle at CERN) Data Quality Check on data stored at CERN Tony Doyle - University of Glasgow
Validation of Middleware via Distributed MC Production, Tomorrow Submit jobs remotely via Web Execute on farm WP 1 job submission tools WP 4 environment WP 1 job submission tools Transfer data to CASTOR (and HPSS, RAL Datastore) Update bookkeeping database WP 2 data replication WP 5 API for mass storage WP 2 meta data tools WP 1 tools Monitor performance of farm via Web WP 3 monitoring tools Data Quality Check ‘Online’ Online histogram production using GRID pipes Tony Doyle - University of Glasgow
ATLAS Architecture Converter Application Manager Message Service Job. Options Service Particle Prop. Service Other Services Persistency Service Event Data Service Data Files Transient Event Store Algorithm Detec. Data Service Transient Detector Store Persistency Service Data Files Histogram Service Transient Histogram Store Persistency Service Data Files The Gaudi Framework - developed by LHCb - adopted by ATLAS (Athena) Tony Doyle - University of Glasgow
GRID Services § Grid Services § § § § Resource Discovery Scheduling Security Monitoring Data Access Policy § Application manager § “Job Options” service § Event persistency service § Detector persistency § Histogram service Extensible interfaces and § User interfaces protocols being specified and developed: § Visualization § Tools: 1. UML Database § Event model 2. Java Protocols: Athena/Gaudi Services 1. XML } 2. My. SQL 3. LDAP § Object federations Data. Grid Toolkit Tony Doyle - University of Glasgow
GUI GANGA: Gaudi ANd Grid Alliance Job. Options Algorithms GANGA Histograms Monitoring Results Collective & Resource Grid Services GAUDI Program Making the Grid Work for the Experiments Tony Doyle - University of Glasgow
A CMS Data Grid Job 2003 CMS data grid system vision Tony Doyle - University of Glasgow
Demonstrators real world. . . …simulated world We need both. . M 9 + web-based interfaces… Tony Doyle - University of Glasgow
Web-Based World Require links to each experiment’s Grid development page Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Grid. PP Monitoring Page § Various sites now set up with UK Globus certificates § Grid Monitoring Development ¨ ¨ Runs basic script producing XML encoded status information ¨ Load average and timestamp information is retrieved ¨ § Polls Grid test-bed sites via globus-job-run command Current status and archived load information is plotted… If YOUR institute has/anticipates significant computing resources, please try to ensure your group participates in this Grid Development § See http: //www. gridpp. ac. uk/ Tony Doyle - University of Glasgow
Service Graph sds. padova-infn. it sds. anl. gov sds. trieste-infn. it sds. cern. ch sds. ral. uk sds. bologna-infn. it Allowed? Hierarchical Model All Nodes “Grid Aware”? Optimisation? Directory? Combine all info on nodes locally and advertise via Grid. Dev (currently). Relational future? Tony Doyle - University of Glasgow
Data. Grid Test. Bed Integration Tony Doyle - University of Glasgow
Guidelines and Policies § § § § § Disk/CPU resources allocated to each “group” Grid is based on distributed resources - a “group” is an experiment Its all in the small print. An institute is typically involved in many experiments Institutes define priorities on computing resources via OPEN policy statements e. g. Edinburgh/Glasgow Scot. Grid - Priority 1: ATLAS, LHCb, Computing Science Data Mining LHCb, - Priority 2: Ba. Bar, CDF, UKQCD Ba. Bar, Bio. Informatics All jobs submitted via Globus authentication - Certificates identified by user and experiment Need to implement “priority” Minimum amount of data to deliver at a time for a job? * Implemented by site administrators, Where to store files? with OPEN policies defined at each site based on e. g. case to funding authority Which data access/storing activities have the highest priority? What’s new? Sharing of the resources among groups? Ability to monitor/allocate unused resources Users belong to multiple groups? We will be judged by how well we work as a How many jobs per group are allowed? What processing activities are allowed at each site? To which sites should data access and processing activities be sent? How should the resources of a local cluster of PCs be shared among groups? § § REQUIRES Discussion at the Collaboration Meeting… issues will arise which require ALL Institutes to publish a policy Longer term goals… Grid Credits issued? Virtual Organisation Tony Doyle - University of Glasgow
The European Data Grid objectclass=siteinfo * Information Service Implemented by site administrators Virtual Organisation site. Name - cis supported. File. System - multi-valued, ces sys. Admin. Contact - cis batch. System - multi-valued, ces user. Support. Contact - cis mass. Storage. Description - cis data. Grid. Version - ces experimental. Software - multi-valued, ces installation. Date - time cpu. Resource. Description - cis disk. Resource. Description - cis Tony Doyle - University of Glasgow
Project Management Board § § § § Project Leader Deputy Project Leader Chair of the CB Technical Board EU Data. Grid-UK Leader Resource Manager Experiments Chair Experiments Deputy CERN Liaison e-Science Director (in Att) Tony Doyle John Gordon Steve Lloyd Pete Clarke Robin Middleton Dave Britton Nick Brook Roger Barlow Les Robertson Neil Geddes Final PMB structure determined by appointment. . . Working methods determined quickly via 1 day meeting in Sept. . . Now held 8 PMB meetings. . Next review meeting on Friday 9 th November Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § § § The Project Leader, assisted by the Deputy: Establishes and maintains the Project § Management Board. Chairs the Project Management Meetings. § Organises the Collaboration Meetings. § Reports back to the Collaboration Board, summarising the status and establishing goals. § Reports back to PPARC, summarising the status and establishing goals. § Liaises with the e-Science Centres and ensures participation in the e-Science § programmes. § Establishes project management reporting mechanisms. § Ensures that the project is managed using appropriate management tools. § Ensures that resources are appropriately § used to meet project deliverables. Ensures that Grid. PP deliverables are defined and met. Identifies and builds upon technical strengths in middleware. Establishes and encourages participation in training/development where required. Establishes an identity for Grid. PP, reflecting the set of Grid. PP, Grid. PP deliverables. Ensures that Grid. PP is visible externally and is recognised as a flagship project. Monitors external developments in order to recognise overlapping solutions and encourage standards. Determines a long-term strategy (beyond 3 years). Identifies additional funding possibilities and initiates funding proposals. Responds to the requirements of all those who contribute to Grid. PP R&D. Engenders a pioneering spirit. Facilitates recognition of individual contributions to the project. Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § § § § Role of the Technical Board Chair To identify the technical requirements § deriving from the project deliverables as set by the PMB. § To identify at high level the technical components necessary to meet the project requirements, and recommend to the PMB the necessary level of resource for provision § of such components. To produce an integrated project plan showing components, their timescales and dependencies, and appropriate milestones. § To agree and pass detailed responsibility for provision of components to appropriate work-groups or equivalent. This shall be § done against agreed deliverables and milestones. To monitor the progress toward deliverables against the project schedule. To monitor the use of allocated Grid. PP § resources against deliverables. To identify any problems with the schedule § or use of resources. Where it is within the remit of the TB then take action to rectify. Where it is not within the remit of the TB to inform the PMB appropriately. To provide regular reports to the PMB and EB of the technical progress of the project. To ensure appropriate (technical) liaison with other projects and bodies to ensure that commonality is exploited wherever possible, and that no ununnecessary duplication of work occurs. In particular to ensure that Grid. PP is fully integrated with Data. GRID where appropriate (i. e. at least for the LHC stakeholders and where possible make use of this for other Grid. PP stakeholders). To constitute appropriate short-term instruments to address any issues which arise from time to time. (e. g. task forces). To recommend to the PMB an appropriate level of resource for longer term strategy (i. e. technical work not explicitly needed for project goals, but needed for experience for the longer term and/or relationship building). To take due account of international standards as set by the GGF, IETF and other bodies. Provide 2 cross members to the EB. These will normally be the Chair and Deputy Chair. Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § § § § § Role of the Collaboration Board Chair § To chair Collaboration Board meetings. § To sit on the Project Management Board. To ensure that the Collaboration Board are § kept fully aware of the progress of the project and any problems that might be arising. To ensure that the Project Management § Board is full aware of the concerns and priorities of the members of the Collaboration Board. § To liase between the Collaboration Board members, the Project Management Board and PPARC on matters of resource, staffing and funding. § To be the first point of contact for external enquiries. § To ensure that correct mechanisms are in place for Grid. PP dissemination activities. To liase where necessary between Grid. PP and other Grid projects both inside and outside PPARC. , and with PPARC and other § research councils and agencies and Industry. Role of the Resource Manager To collect information on the staff and equipment requirements identified by all elements of the Grid. PP project. To organise this information in a form that provides the project management board, and the agencies to which it reports, a clear view of the project requirements. To record and monitor the receipt and use of resources within the project and to present this information to the PMB on a regular basis. To assist with planning the optimal deployment of resources within the project and to help identify problems. To present to the PMB options for using resources as and when changes occur within the project or it’s funding. To help the project planning in terms of the definition of deliverables, the resources they required, the dependencies between them, and the commitments to external organisations. To document the use of resources, the deliverables received, and maintain a current view of the state of the project. Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § § § § The EU Data. Grid–UK Project Leader Data. Grid–UK represents Grid. PP/PPARC interests on the Grid. PP/PPARC Data. Grid Project Management Board and acts on behalf of Grid. PP in this context. ensures proper engagement of the UK Particle Physics Grid programme in technical areas of Data. Grid and monitors progress through direct involvement in the technical programmes of both Data. Grid and Grid. PP. ensures the UK is fully aware of international activities that surface in the execution of Data. Grid and ensures that the UK becomes engaged in them as appropriate. manages UK resources necessary to ensure delivery of the UK obligations to Data. Grid and in particular takes direct management responsibility for the EU funded effort. co-ordinates UK link/liaison effort within each specific Data. Grid workpackage and oversees the operation of Computer Science Fellowships active on Data. Grid. reports on Data. Grid regularly to PPARC and Grid. PP. § § § reports on Grid. PP regularly to Data. Grid (via the Data. Grid PMB). maintains a regular reporting structure within the UK (technical and administrative) necessary for EU reports monitors progress and informs Grid. PP of Data. Grid developments through regular open technical meetings. covers relations between Data. Grid and other sciences in the UK (notably earth observation and bio-sciences) and between Data. Grid and the various UK e-Science centres. manages relations with the PPARC Associate Contractors (IBM-UK and SZTAKI in Hungary). Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § Role of the CERN Liaison Resource planning and reporting § usage of the material and human resources of Workgroup K (CERN); § detailed milestones and deliverables for Workgroup K; § ensure that the activities and developments at CERN are complementary to and integrated with the work of the other workpackages; Integration of CERN and Grid. PP activities § ensure that Grid. PP is aware of related developments and other activities, and ensure that the LHC Grid project is fully aware of the activities of Grid. PP; § help to identify and bring to the attention of the PMB potential areas of development where Grid. PP could take a lead within the wider LHC computing and grid activities; § identify areas where there are overlapping developments or other conflicts between the work of Grid. PP and other organisations and projects active in developments for the LHC Computing Grid, and seek satisfactory solutions; § foster close relations between the Tier centres in the UK and the staff of the Tier 0+1 centre at CERN. Visibility of Grid. PP within the CERN community § ensure that the contributions to LHC of Grid. PP, both Grid. PP, at CERN and in the UK, are regularly brought to the attention of high-level CERN committees and management bodies; § where opportunities arise organise assistance with publicity, demonstrations and other PR activities of Grid. PP within the CERN/LHC community. Grid. PP funded staff at CERN § ensure that the staff funded by Grid. PP at CERN maintain active links with the rest of the Grid. PP project and with the universities. Tony Doyle - University of Glasgow
Grid. PP Project Management Roles § § § § Role of the Chair and Deputy of the § Experiments Board § To ensure that the Grid. PP project remains science driven and that the project develops to meet the needs of the UK Particle Physics § community. Overall liaison between the Experiments Board (EB) and the Technical Board (TB) and the EB and the Project Management Board (PMB). To keep an overview of both technical and experimental software developments, ensuring these developments are compatible Facilitate close working relationships between the UK experimental collaborations to identify common areas for the development of Grid enabled experimental software. Overview the major hardware purchases within Grid. PP to ensure compatibility with the needs of the experimental collaborations and between collaborations. Organise and convene regular EB meetings. Promote the use of the developing Grid structures for wide variety of computing needs in the whole of the UK Particle Physics community. PPARC e-Science Director Role PPARC e-Science Director or his representative will attend Grid. PP PMB meetings to represent PPARCs interests and wider aims and goals. Where appropriate he will respond to Grid. PP requests and inform Grid. PP of wider issues in relation to e -Science, CERN etc. Tony Doyle - University of Glasgow
Grid. PP Project Management Information Flow § § § Outstanding actions on 22/10/01 1. 11 PC & DB to determine which project management tools to be used 3. 2 PC, NB, RB + EB to define experimental requirements 3. 8 NG to provide details of Oversight Board timetable 4. 1 TD to set up the PMB web pages 4. 7 RPM to formulate guidance on costs of sending person to CERN on LTA. 5. 6 JCG to estimate manpower needs for Tier 1/A centre 5. 7 PC to come up with a list of names for TB NEW. . . 6. 1 PC to get TB documents onto appropriate web-site. 6. 2 JCG to circulate hardware specifications to EB. 6. 3 ALL to prepare input on top-down approach to recruitment Format of weekly VC 1 hour meetings with minutes circulated via UKHEPGRID + ~monthly day meetings. Awareness of Deadlines and Timescales Tony Doyle - University of Glasgow
Grid. PP Year Book Tony Doyle - University of Glasgow
WP 8 Experiment Testbed Validation Plan (updated on October 29) Application integration + Test plan Integration assessment 1 person / application 8 15 22 29 5 Party! Software integration 12 19 26 3 • WP 8 10 17 • WP 9 Doc review WP 1 M. Reale WP 2 J. Templon WP 3 I. Augustin WP 4 A. De Salvo WP 5 JJ. Blaising TWG + WP 8 -10 General Meeting Validation plans presented Message to WP 9 & WP 10 • WP 10 WP 8 staff VO set up Basic testing (? ) • Start writing 8. 2 Awareness of Deadlines and Timescales Tony Doyle - University of Glasgow
Recruitment Timetable UK Tony Doyle - University of Glasgow
Recruitment Timetable § 8 th October - EB input deadline (just after GGF 3). § Status: Ambitious timescales. Experiments Input? “good” to “very good” · 1. TECHNICAL CASE ~Complete/Ongoing 3. WHO WILL CONTRIBUTE TO/LEAD THESE DEVELOPMENTS Ongoing 4. WHAT IS REMAINING TO BE DONE - I. E. A POSTS REQUIREMENT Ongoing · 2. ASSESMENT OF HOW MUCH EFFORT IS REQUIRED · · · 5. A JOB SPECIFICATION OF THE OUTSTANDING POST(S) INCLUDING DELIVERABLES AND MILESTONES Ongoing § 19 th October - TAG assessment document § 26 th October - PMB definition of tasks § § § first review of CERN posts 2 nd November - Tender document 5 -6 th November - Collaboration Meeting 30 th November- Deadline for submission by Institutes 7 th December - PRSC mtg. 14 th December- summary document submitted to PPARC § Status - First draft circulated, reviewed this morning § Status - Emphasis on Experiments (not middleware) Tony Doyle - University of Glasgow
Tender: Meeting PPARC’s (e-) science requirements Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
Tony Doyle - University of Glasgow
2 nd Collab Meeting Agenda § Nov 5 th § Nov 6 th § § Opening Session (Chair - Richard Kenway): 11: 00 -11: 30 Welcome and Background - Steve Lloyd 11: 30 -12: 00 Grid. PP Project Status - Tony Doyle 12: 00 -12: 30 LHC Computing Project Status - Les Robertson Experiment Requirements (I) (Chair - Roger Barlow): 13: 30 -13: 40 Intro: Technical Requirements Specification - Pete Clarke (10') 13: 40 -14: 10 ATLAS - Roger Jones (20+10') 14: 10 -14: 40 CMS - David Britton (20+10') 14: 40 -15: 10 LHCb - Nick Brook (20+10') 15: 10 -15: 30 WP 8 status - Frank Harris (10+10') Experiment Requirements (II) (Chair - Frank Harris): 16: 00 -16: 30 Ba. Bar - Roger Barlow (20+10') 16: 30 -17: 00 CDF - Rick St Denis (20+10') 17: 00 -17: 30 D 0 - Iain Bertram [via VC] (20+10') 17: 30 -17: 55 non-LHC and non-US-Collider Experiments - Dan Tovey (15+10') 17: 55 -18: 25 UKQCD - Richard Kenway (20+10') 18: 25 -18: 30 Logistics - Steve Playfer 18: 30 -19: 30 Project Management Board Meeting § § Grid Overview Technical Status Reports (Chair - John Gordon): 9: 00 -9: 30 Grid Architecture(s) - Steve Fisher 9: 30 -10: 00 Data. Grid Status - Bob Jones 10: 00 -10: 30 SAM/Condor-G Overview - Dave Colling § § § § Middleware Interfaces and Development (Chair - Pete Clarke): 11: 00 -11: 15 Test. Bed Tools and Release in UK - Andrew Mc. Nab 11: 15 -11: 30 Fabric management (LCFG) - Paul Anderson 11: 30 -11: 45 Information Services (MDS) - Anthony Wilson 11: 45 -12: 00 Information Services (RGMA) - Abdeslem Djaoui 12: 00 -12: 15 Grid Data Management - Gavin Mc. Cance 12: 15 -12: 30 Networking - Richard Hughes-Jones § § § Overviews (Chair - Dave Kelsey): 13: 30 -14: 00 Astro. Grid Overview and Status - Nic Walton 14: 00 -14: 30 Test. Bed UK Organisation - John Gordon 14: 30 -15: 00 Technical Progress Review - Pete Clarke 15: 00 -15: 30 +Discussion OR Round Up § WELCOME! § § § § Tony Doyle - University of Glasgow
Summary § § § § Learning to crawl… … quickly First Priority: EU Data. Grid Next Priority: Integration with experiments Need to respond rapidly to external input Implementation of final Grid. PP structure Definition of scope of Collaboration… § § § t 0 Medium Term: Importance of Demonstrators First steps… § § § Proposal (2/4/01) Data. Grid posts (25/5/01) 1 st Collab. Mtg. (23 -24/5/01) Addendum (13/7/01) Expts. Board (NB, 24/7/01) 1 st Collab. Board (SL, 25/7/01) PMB (TD, 1/9/01) Technical Assessment 2 nd Collab. Board (SL, 23/10/01) CERN posts 2 nd Collab. Mtg. (5 -6/11/01) Grid. PP recruitment (1/02. . ) Tony Doyle - University of Glasgow
Frontiers - Stop Press § Grid Unlocked? PPARC has recently funded a £ 17 m 3 -year project to build a UK Grid for Particle Physics. Grid. PP is the collaboration of Particle Physicists and Computing Scientists from the UK and CERN, who started this pioneering work at the beginning of September 2001. Grid. PP will deliver the Grid software (middleware) and hardware infrastructure to enable testing of a prototype of the Grid for the Large Hadron Collider (LHC) project at CERN of significant scale. The Grid. PP project is designed to integrate with the existing Particle Physics programme within the UK, thus enabling early deployment and full testing of Grid technology and efficient use of limited resources. The project will disseminate Grid. PP deliverables in the multidisciplinary e-Science environment and will seek to build collaborations with emerging Grid activities both nationally and internationally. Tony Doyle - University of Glasgow
Скачать презентацию Tony Doyle Grid PP Collaboration Meeting 5 Nov
24149b1b87dfc8efcdda9417ced7755f.ppt