La presentazione è in caricamento. Aspetta per favore

La presentazione è in caricamento. Aspetta per favore

A. Sidoti University of Pisa - INFN Pisa CDF 1 Workshop sulle Problematiche di Calcolo e Reti nell'INFN 24-28 Maggio 2004 Sant' Elmo Beach Hotel,

Presentazioni simili


Presentazione sul tema: "A. Sidoti University of Pisa - INFN Pisa CDF 1 Workshop sulle Problematiche di Calcolo e Reti nell'INFN 24-28 Maggio 2004 Sant' Elmo Beach Hotel,"— Transcript della presentazione:

1 A. Sidoti University of Pisa - INFN Pisa CDF 1 Workshop sulle Problematiche di Calcolo e Reti nell'INFN Maggio 2004 Sant' Elmo Beach Hotel, Castiadas (CA) Outline The CDF experiment CDF computing model Interactions INFN – CDF

2 CDF CDF is a high energy physics experiment at the Tevatron (Fermilab, Batavia, IL). Multipurpose detector. Broad Physics Spectrum: Top Electroweak SUSY searches B-sector (and charm) QCD The Tevatron is a proton-antiproton collider with √s = 1.96 TeV CDF is taking data since March 2001 ~700 physicists are involved Italy is the country giving the largest non-US contribution (~10%) Other countries: Canada Japan,Korea,Taiwan Spain,Germany,Switzerland,UK,Russia, Finland

3 Tevatron Luminosity Plan So far(May 04) ~340pb -1 on tape Event size ~250kB (50kB if compressed) dataset size: Yield 700 events/ fb -1 Tevatron Run II Luminosity projections Dataset Bhad(SVT) HighPt Ele Events 140M 15M Size 28(5)TB 2TB Just two datasets are shown, many others (control datasamples)! Also duplicated for different versions Run2 reconstruction 20MEv/day ~200Hz 2GHz-sec per event And will hopefully increase!

4 In RunI it was difficult and inefficient to work far from Fermilab ->Wanted to improve for RunII Computing needs à la LHC before GRID! Need to develop a computing model by our own. No enough man power to start from scratch. Strategy: Integrating best solutions available in the CDF framework to build the CDF computing model. Batch system: started with LSF -> FBSNG -> Condor Data Handling: (cf A. Fella Talk) Sam and DCache …. : History

5 Compile/link/debug everywhere Submit from everywhere FNAL – Submission of N parallel jobs with single command – Access data from CAF disks – Access tape data via transparent cache Get job output everywhere Store small output on local scratch area for later analysis Access to scratch area from everywhere Installing GW and WN with ups/upd IT WORKS NOW Remote cloning works! FNAL Local Data serversA pile of PC’s My Desktop My favorite Computer gateway ftp job Log out NFS rootd N jobs rootd scratch server dCache tape enstore CDF Central Analysis Farm

6 Batch System Batch system we are using now implements: Jobs can run with different time limit (CPU and Real); prioritized with the time limit. Fair sharing among users Group of users might have higher privileges (and fair sharing among them) This is implemented for the “Italian” portion of CAF we have at FNAL FBSNG is our batch system queue( ) If we need to switch to other batch systems (e.g. PBS) we need to have the same features

7 CDF computing scheme (offline) Raw Data Reconstruction Farm: Located at FNAL FBSNG queue batch system Users do not run jobs there Enstore,Tapes Reprocessed Data (Raw+Physics Objects) Central Analysis at Fermilab (CAF) User analysis jobs are running (producing ntuples) FBSNG Batch queue system Authentication through Kerberos Ntuple, rootuple User’s desktops ASCAF (Taiwan) UCSDCAF (SanDiego) KorCAF (Corea)

8 Hardware resources in CDF-GRID site GHz now TB now GHz 09/04 TB Summer INFN250 (54 dual) Taiwan Japan Korea Germany GridKa ~20016~24018 Cantabria UCSD Rutgers MIT UK Canada

9 Towards CDF-Grid… Job status on a web page, command line-mode to monitor job execution (top, ls, tail, debug) Possible to connect a local gdb to a process running on a remote farm! User decides where to run (FNAL, CNAF, San Diego, ….) It would have been hard to have physics results for conferences and publication without building CDF-dCAFs MC production off-site is a reality and necessity (at least a factor 10 more MC than data events) We are running production on UCSDCAF CDF proposal: do offsite 50% of analysis work Plan and core are ready (dCAFs) Working hard on missing pieces Our proposal: do 15% of analysis work in Italy in one year if enough resources

10 OK CNAF performance: data  CPU : OK Data analysis: – Problem : ● >100 processes read from same disk… performance drop to zero – Solution (home made): ● Files are copied on worker node scratch disk and opened there ● Queuing tool limits to 20 copies at the same time  file server feeds at 110MByte/sec (950Mbit/sec) Data import : 1TB/day ~120Mbit/sec OK Data export :  output at FNAL 200Mbits/sec achieved

11 Sicurezza: CDF-Grid Accedere a CDF-Grid dall’Italia e viceversa puo` diventare un incubo a causa delle diverse security policies adottate dalle diverse sezioni: La sicurezza a FNAL si basa su Kerberos (5). I dati vengono da FNAL (rcp, bbftp, ftp,…) kerberizzati L’output dei jobs deve finire sui desktops delle sezioni (ftp, rcp kerberizzato …). Le sezioni devono accettare di runnare un server (tutti vogliono runnare un client ma nessuno il server!) di una applicazione trusted per il trasferimento dati Al momento sopravviviamo perche` i sys.man sono amici Ma chiaramente non e` una soluzione scalabile Vorremmo scelte univoche per tutte le sezioni INFN (almeno quelle che ospitano un gruppo CDF) Stesso problema per l’interattivo

12 Interattivo nelle Sezioni Qualche soluzione adottata nelle sezioni: Pisa(D. Fabiani, E. Mazzoni): Farm di CPU per interattivo Storage Area Network in comune con gli altri esperimenti di sezione (Computing Storage Facility) cf. E. Mazzoni Padova(M. Menguzzato): Creazione di un cluster Mosix con i diversi desktops del gruppo. Completamente trasparente agli utenti Ottime performances. Per il momento AFS non e` montato (il codice di CDF e` disponibile su AFS) -> Problema grave!

13 Batch Il contributo italiano al CDF-Grid e` stato fondamentale e sarebbe stato difficile senza l’aiuto dei gruppi calcolo delle sezioni INFN. Bologna(F. Semeria – O. Pinazza): Attivita` di test ed installazione a Bologna del sistema di code FBSNG usato sulla CAF Sistema di web monitoring delle dCAF. CNAF(F. Rosso et al.): insostituibile l’aiuto dei sistemisti CNAF per installazione hardware/software della Attivita` di installazione DH (dCache e SAM cf talk A. Fella).

14 Batch II Frascati(I. Sfiligoi): Implementazione icaf: area scratch delle dCAF e tool grafici. Installazione di Condor in sostituzione di FBSNG sulle dCAF (al momento due dCAF usano CondorCAF: UCSFCAF e CondorCAF) Implementazione di PEAC (Proof Enabled Analysis Cluster) Demo presentata al SC2003 (Phoenix, AZ)

15

16 PEAC Significant part of analysis involves interactive visualization of histograms Large ntuples (1-100 GB) will be inevitable -> time processing by Root can be long Physicist tend to loose “inspiration” with time PEAC extends the concept of batch job to interactive analysis Borrow CPU from batch processes for brief period Use PROOF to parallelize the rootuple access Demo at SC2003 Results ( ): Analysis B+->D 0  (6GB ntuples) Plot takes 10 minutes on a P4 2.6GHz On INFN farm with 12 Proof slaves 1 st pass 39 s 2 nd pass 22s (ntuples cached)

17 Conclusioni ● CDF sta costruendo una griglia computazionale per MC and Analysis. ● Tre anni prima di LHC! ● Fondamentale per poter fare analisi di fisica (e tenere il passo dei dati che raccoglieremo (speriamo!) ) ● Difficile fare analisi e costruire le dCAF senza il supporto dei gruppi di calcolo locali INFN.

18 Ringraziamenti S. Belforte, M. Neubauer, M.Menguzzato, A. Fella, I. Sfiligoi, F. Wurthwein per il materiale fornito

19 BackUP

20 CDF rates, or why data to analyze do not scale with L 1. Luminosity changes by a factor 3 in a 16 hour run 4.5 E E31 3. Rate to tape stays in [50,70] Hz at all times Level 1 Level 2 Level 3 2. Triggers at Level 1 are automatically prescaled

21 Mosix a Padova 1 Quadriproc 4x Xeon PIII 700 Mhz (2.5TB) di disco esportato via NFS (master, accetta il login) 2 biproc 2x Xeon PIV 2.4GHz (400GB each) (slaves, non accettano login) I jobs migrano dal master alle slaves : fattore 3 piu` veloci Comodita` per l’utente per totale trasparenza Problemi: gmake solo in modalita` NON OpenMosix OpenAFS non compila (problema importante e documentato). Risolto in vecchie release di OpenMosix ma si e` riproposto. Possibili soluzioni: Upgrade! Ricompilare OpenAFS con NFS enabled e montare AFS su una macchina che non fa parte del cluster Mirror del ramo AFS (giornaliero)

22 The landscape ● DAQ data logging upgrade – More data = more physics – Approved by FNAL’s Physics Advisor Committee and Director ● Computing needs grow, but DOE/Fnal-CD budget flat ● CDF proposal: do offsite 50% of analysis work – CDF-GRID ● We have a plan on how to do it ● We have most tools in use already ● We are working on missing ones (ready by end of year) ● Our proposal: do 15% of analysis work in Italy possible !

23 Monitoring the CAFs

24 Also non-FNAL developed monitor tools Ganglia CNAF monitoring

25 Tevatron: Luminosity Integrated Luminosity is a key ingredient for Tevatron RunII success. Analysis presented here is based on different integrated luminosity period (72pb -1 ) Record Peak Luminosity (05/02/2004) 6.1  cm -2 s -1 CDF Takes efficiency at >85% Silicon integrated most of runs CDF and DØ are collecting 1pb -1 /day

26 Proton-antiproton collider means: Larger number of physics object Events are bigger (storage, I/O) Reconstruction and analysis need more CPU power CDF Tevatron Luminosity Plan Typical bbar events So far(May 04) ~240pb -1 on tape Event size ~250kB (50kB if compressed) dataset size: Yield 700 events/ fb -1 Tevatron Run II Luminosity projections Dataset Bhad(SVT) HighPt Ele Events 140M 15M Size 28(5)TB 2TB Just two datasets are shown, many others (control datasamples)! Also duplicated for different versions Run2 reconstruction 20MEv/day ~200Hz 2GHz-sec per event

27 Interazione Gruppi Calcolo - CDF MC ed analisi dati sulle dCAF In sezioni INFN solo interattivo Interattivo Tutti i gruppi italiani di CDF sono coinvolti in analisi di Fisica La maggior parte delle analisi sono fatte fisicamente in Italia nelle Sezioni INFN E` necessario(ed avviene gia) il supporto dei gruppi di Calcolo locale delle farm per interattivo, desktops. Bisogni: Pila di CPUs Spazio disco condivisibile dagli utenti (per ntuple). Difficile fare stime, dipende dal tipo di analisi (complessita`, necessita` di campioni di controllo, etc.) Scala anche questo con luminosita` integrata Sistemi di backup

28 Sicurezza: Interattivo Stesso discorso: In particolare in Italia gruppi di B-Physics fanno molto lavoro in comune. Necessita` di scambiarsi ntuple. Non ovvio con policies locali Kerberos va bene? Altrimenti si cambia la doloroso) ma la scelta deve essere chiara per evitare di dover cambiare 10 volte, una per sezione!

29 Production Farm Events processed per day Total # evts processed

30 Analysis Farms: USA vs. ITALIA FNAL (totale 2004, including test systems, spares etc.) – 500 duals – 184TB disco – 30% non-FNAL-owned FNAL (INFN 2003) – 162 duals – 34TB CNAF-CDF (attuale) – 54 duals – 8.5 TB

31 Transverse Mass 31


Scaricare ppt "A. Sidoti University of Pisa - INFN Pisa CDF 1 Workshop sulle Problematiche di Calcolo e Reti nell'INFN 24-28 Maggio 2004 Sant' Elmo Beach Hotel,"

Presentazioni simili


Annunci Google