Post on 02-May-2015
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 1
Calcolo 2003/4: bottom lines
2003 abbiamo analizzato i dati ! Risorse riservate a FNAL ci
hanno salvati MC: fatto tanto, ma ne dovremo fare molto di piu’ CNAF: espansione “maggio” non c’e ancora
ma e’ stata importante per lavoro Wplug, dati e MC
2004 b-physics e’ diventata item centrale
tre anni fa dicevamo: pianifichiamo per High-Pt. Per il B ? qualche Santo ci salvera’
I dati aumentano, I bisogni aumentano (molto + di L) Il budget di FNAL continua ad essere insufficiente,
malgrado O(1M$/year) per analisi MC “scacciato” da FNAL Canada + ? + ognun per se’
8 settembre 2003 Stefano Belforte - INFN Trieste 2
Il quadro di riferimento
Dove siamo
Dove
andiamo
Come ?
Perche’ ?
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 3
Un esercizio di saggezza popolare: protasi
Luminosita’ ristagna Upgrade silicio non si fa Higgs sta sfumando Bs yields << aspettative (2fb-1 non bastano) 4/4 silicon layers nel trigger poco efficiente
(geometry cracks, dead ladders) Comunque L sale, DAQ dead time cresce (gia’ al 5%
che e’ max tollerabile) e bisogna prescalare e/o alzare le soglie (ancora meno B)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 4
Un esercizio di saggezza popolare: apodosi
Evviva il B, Evviva SVT Niente shutdown lunghi, prendiamo dati, abbassiamo
le soglie, aumentiamo i rates, spremiamoci l’ingegno, rimbocchiamoci le maniche !!!
SVT: 4/5, faster timing, RoadWarrior, AM upgrade• Sono tutti progetti italiani
3-track trigger, SDPS, CSL upgrade, Pulsar• CLS review: comitato include un italiano (Punzi)• Pulsar forward e/mu in SVT: idea italiana
review trigger table: hadronic B effic. 1% 2~3~? %
• A cura del gruppo del B italiano CDF ha ancora potenzialita’ inutilizzate !!
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 5
Mi consenta…(un tocco di orgoglio)
Non sottovalutiamo l’impatto di SVT Tutti i piani erano basati su estrapolazioni Run1
Non avevamo idea di come affrontare la fisica del beauty Non pensavamo nemmeno di poter fare fisica del charm
Sotto sotto molti non credevano che SVT avrebbe funzionato Il successo di SVT e’ stato travolgente
CDF e’ un attore di primo piano nel panorama del B I gruppi di analisi di B e c sono affollati, dinamici,
esuberanti Sull’onda della competenza sul trigger, dell’entusiamo ed
orgoglio, e con TANTA fatica, siamo riusciti ad avere una posizione di leadership anche sulla analisi
E non dimentichiamo l’alto Pt: Zbbar t6jet Wplug : tutti canali “nostri”
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 6
Sociologia: CDF = collaborazione competitiva
A CDF i talk a conferenza e le posizioni di responsabilita’ non si assegnano col manuale Cencelli: Chiunque lavora su quello che vuole, come puo’ e gli
pare Ognun per se’ e vinca il migliore Le presentazioni ai meeting di analisi sono libere e le
fa il lavoratore, non il capo Chi fa bene, e’ premiato con lodi, visibilita’ ed altro
lavoro da fare Fermilab e’ lontano, ha un clima orrendo, si lavora e
basta I ns. Giovani fanno tanta fatica Non guadagnano soldi o posti
Devono almeno avere la soddisfazione di fare fisica Che e’ il motivo per il quale fanno CDF in primo luogo Chiediamo alla CSN di metterli in condizione di
competere e vincere le difficli sfide dell’analisi
8 settembre 2003 Stefano Belforte - INFN Trieste 7
I bisogni
Quanto ci
serve
Perche’ ?
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 8
Perche’ i dati da analizzare dipendono poco da L
(DPS: Dynamic PreScaling)
1. Luminosity changes by a factor 3 in a 16 hour run
4.5 E31
1.5 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
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 9
CSL (i.e. tape logger) upgrade20MByte/s (now) 40 (2005) 60 (2006)
L’upgrade che ha un’impatto immediato su calcolo Eventi al secondo su nastro e’ quello che conta per
l’analisi Ora 80Hz: 1/3 = low Pt stream: 80% puro, 50% da B
e tutti quei B persi per il prescalo.. e a CDF serve fattore 2~4 per competer con B-
factories e fare Bs mixing Autunno: 120Hz (compressione software raw data) 2005: 240Hz Studio dettagliato di come dividere la b/w e ridefinire
trigger table in corso
CDF Computing Plan (i.e. budget req. to FNAL) mostra che i bisogni non diminuiscono, >= 2M$/anno high-Pt comunque e’ quella del “Run2a” maggior appetito per campioni di calibrazione (Jets)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 10
FNAL Plan
2002 Plan non includeva la componente che non scala con L 2003 Plan
Review 2002 “baseline” in base a conferenze invernali Add componente che scala con run time (Beauty e
Charm) Fare a Fermilab solo il minimo del minimo:
FCC solo per produzione ed analisi. No MC Reprocessing: 20% degli eventi (30% in Run1) Analisi (50% del budget): sostegno a high-Pt “come
prima” (5nb=1TB/1day x 200 user), sostegno a B “per quello che si puo’”: 15 user / 25 day
Cio’ nonostante la spesa rimane >= 2M$/y “guidance”
FNAL fa la sua parte ! Ma non basta
Annno fiscale
FY01 FY02 FY03 FY04 FY05 FY06
M$ chiesti 2 2 2.1 1.9 3.0 1.9
M$ avuti 1 (+1)
2+1 1.4
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 11
CDF Policy
MC deve essere fatto fuori, 2 componenti MC “organizzato”: MOU,MOF… (e.g. Canada 10^6
ev/day) MC “user level”: ognun per se’
sviluppo e test su piccola scala di MC che poi si fanno centrali, toy MC’s, MC di canali specifici, MC che aiutano (apparentemente) solo una analisi di interesse di poche persone
Reprocessing, se serve piu’ della frazione indicata: deve essere fatto fuori MOU, MOF, GRID… per ora solo pie speranze
Sviluppare tools per rendere questo possibile la cdf-grid Presto (2005 ?) parte di “LA GRID”
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 12
B physics computingby G.Punzi
Italians authors of many crucial B analyses Mainly hadronic decays, CP violation
Computing needs Data analysis & MC (CAF ->ntuples->home) Calibration (CAF)
Data will stay as it is, only grow Increased BW in CDF, specifically for B physics Compressed event size x2
Calibration a real issue Trigger efficiency, TOF and dEdx change vs time
Need huge samples, through all the datataking period
Italian are first in doing complex measurements using TOF and dEdx, and in calibrating them on data
• (e.g. 0.5 TB of D* reference sample currently)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 13
B group computing needs: MCby G.Punzi
Efficiency of hadronic triggers ~1% Do some preselection, but cannot improve much (~x2)
CPU time: 6s/ev for Pythia evts, 0.5s/ev Bgenerator on 2.5 GHz MC generated&used by Italians (on CAF+Glasgow):
B->hh 50M BGEN+fullsim, runbyrun (parametrize for physics results) (CAF) LambdaB->ph 2.5M BGEN+fullsim (CAF) bbar->X Pythia 10M (CAF/Glasgow) Charm 3M Bgen 5M Pythia B->D*X channels: 12M / 6M simulati D*->D0pi 3 modes 100M/50M simulati Bs-> mixing (3 modes) 6M bgen (segnale) = 63M (fondo+sistematica) simulati B+->phiK+ 2M Bgen J/psi K 6M J/psi phi 2M Bs->phi phi 2M phiK* 4M
Total 260MBgen+15M pythia = 2.2*10^8s= 2500 CPU days Need at least 10x next year (more date, more precision)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 14
B group computing needs: MCby G.Punzi
2004: Data x3-x7 ->more quantitative -> go to physics papers ->more channel-specific MC
Also, plan HUGE generic bb MC to understand backgrounds, other side tagging, validate Bgenerator Efficiency <0.3% Need 108-109 Pythia events-> 10^9 s=10^5 CPU days (1K
CPU x 3m) Expect to do within CDF, but still need pilot productions !
and likley will need to add to “Toronto” CDF policy: move MC out of CAF, precious for data
We need it for our analyses anyway ! CAF designed for 15 B-users,spinning through every 25 days
Will need CPU at home to make the MC we need, whether standalone, or in coordination with the CDF effort
Will need CPU and disk at home to supplement limited data analysis capacity on FNAL’s CAF
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 15
Il nostro piano (non e’ cambiato !)
L’analisi si regge su 3 gambe:1) Produzione campioni skimmati/ntuple a partire dai
DST 0(10-100TB): FNAL2) MC ed analisi ripetute di campioni ridotti O(1TB):
CNAF3) Sviluppo codice (edit, compile, link, run, debug) ed
analisi interattiva Paw/Root O(100GB) : desktop e/o clusters di sezione (o desktop “cicciuto” a FNAL) desktops da dotazioni rinnovati ogni 5 anni, in
media hanno 2.5 anni di eta’ (3 anni standard di obsolescenza), cpu/disco su desktop inefficiente per gruppi grossi con rapido turnover
piccoli clusters fondamentali (per ora) Alternative:
• General INFN-wide login facility ? Dove ? Quando ?• Interactive grid: the last frontier (ci siamo !!)
8 settembre 2003 Stefano Belforte - INFN Trieste 16
Le farms: “the plan”
2004: l’anno del CNAF
Non compriamo altro a FNAL
Rendiamo CNAF ~ quota INFN a FNAL
Vediamo come va
Scelta coraggiosa: a tutt’oggi la farm CNAF
sono 5 duals, 1TB, 3 utenti, ruolo molto
marginale
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 17
Sinopsi delle nostre CAF (Fnal e Bologna)nero=certo rosso=richieste da approvare
FNAL CNAF
Cpu Disk Cpu disk
duals
GHz TB Duals
GHz
TB
2003 (FNAL owned)
179 580 94
2003 (INFN owned)
62 232 14 48 211 7
2003 total 290 930 164
2004 (FNAL owned)
338 1280 184
2004 (INFN owned)
102 470 24 118 700 30
2004 total ~500
~3000
>200
2005 (FNAL owned)
674 3700 288
2005 (INFN owned)
102 470 24 ? ? ?
2005 (total) >800
>4000
>300
2003 at CNAF = attivo da autunno, 2004 = da ~estateFNAL total = FNAL owned + INFN owned + UK+Japan+Germany+…2004 al CNAF = se richiesta nei moduli (290KE) e’ approvata interamente
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 18
CAF a Fermilab
File servers INFN pieni al 70%, aggiornamento quotidiano su http://www.ts.infn.it/~belforte/offline/caf-disks.html
Uso delle CPU non di facile documentazione (avuti problemi col monitor), da una ispezione ~quotidiano (sb) la nostra quota e’ occupata circa la meta’ del tempo.
L’importanza della coda riservata non e’ stata tanto nella media (non e’ una produzione MC “long distance”) quanto nel permettere lo “spunto di picco” necessario per i blessings
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 19
Prospettive CNAF
Nessun problema (per qualche anno) di spazio/power/cooling Fnal minaccia di farci pagare opearation costs Fnal vuole “ritirare” le ns. macchine dopo 3 anni
Accesso diretto agli USA a 2.5Gbit/sec Ancora piu’ attraente per CSN1:
Cpu non-usata per CDF MC (da “ora”) contributo a CDF che possiamo “monetizzare” a differenza di CPU non-usate a FNAL che “va persa”
FbsngCondor (Igor Sfiligoi e Bologna’s Condor team) possibile accesso via Condor/Grid a tutto INFN CPU non usate a chi ne ha bisogno
Macchine non usate: CDF LHC in 1 giorno Investimento al CNAF sono soldi “sicuri” per INFN Con un po’ di fatica anche disco puo’ essere reso
“dinamico”
8 settembre 2003 Stefano Belforte - INFN Trieste 20
Le farmsDal punto di vista di chi fa
analisi
Abbastanza disco per tenere i dati
Abbastanza CPU per analizzare quei
dati
Abbastanza CPU per fare MC
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 21
Richieste farm CNAF 2004
Richieste: 290KEuro 23 TB = 115 keuro a 5kE/TB 70 duals = 175 kEuro a 2.5kE/dual
Rationals – DISK Arrivare ad almeno 30 TB (dettagli nelle prossime slides)
10 TB high pt 15 TB tertiary data set B
• Speriamo di gestirne una buona parte come cache dinamica
5TB User’s space (200GB x 25 users)• N.b. 100GB/user = standard FNAL
Rationals – CPU A fine 2003 48 duals x2.2GHz = 211GHz
Equivalenti a 30 duals @ 3.5GHz 2004 arrivare a 100 duals @ 3.5 GHz = 700GHz
300 per analisi + 400 per MC (dettagli nelle prossime slides)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 22
Dettagli 1: 15TB per B
Dai primi 100pb^1: 7TB di DST nel canale B inclusivo SKIM !
Esempio: una analisi su Bs (Donatella Lucchesi) Bs Ds pi phi pi pi seleziona ~2% del totale Bs D0pi seleziona ~2% B0 Dpi K pi pi seleziona ~9% Totale circa 1TB da importare in Italia
100pb^-1 400, DAQ rate x2: ~8TB solo per questa analisi
Almeno un altro canale di Bs verra’ aggiunto Altro esempio: B3body (Massimo Casarsa)
selezione accetta ~5% del totale 1% solo per il canale esclusivo Bkkk
~3TB aggiuntivi Bpipi (Diego Tonelli, Simone Donati)
Pochi dati, Tanta calibrazione (particle ID) Piu’ il MC, le ntuple, un po’ di campioni di calibrazione…
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 23
Dettagli 2: 10TB per high-Pt
Dai primi 150pb^-1 (tutto quello che c’e’ con SVX finora)
Z bbar (Tommaso Dorigo) 3Mevents finora Da una settimana, nuovo trigger: 2045nb Altri 250pb^-1 con nuovo trigger = altri 10M events DST+ntuple ~ 300KB/event 4TB Finora 0.5TB di MC generato (1.8Mevents) Serve almeno x3 MC Totale ~6TB
Top6jet (Ambra Gresele) 1.2TB/100pb^-1 ~4TB Wplug (Antonio Sidoti)
0.8TB usati attualmente su CNAF Totale per 400pb^-1 ~ 2.5TB
Siamo gia’ a 12.5, poi, jet calibrations, top mass…, Hbb..
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 24
Dettagli 3: 700GHz
E’ una speranza Se 3.5 troppo costoso (vogliamo comprare subito!) si
compra 3GHz e totale e’ 631GHz invece di 700 Analisi:
Good old rule: 1GHz/100GB (1 pass/day @ 10Hz) 30TB 300GHz
Monte Carlo Bgen: 25K CPU-days, Pythia 100K (?) CPU-days
50K CPU-days @ 2.5GHz = 120K GHz-day 400GHz x 1year (300 days) = 120K GHz-day Siamo nel “right ball park” N.B. 400GHz sono 16Hz di eventi con Pythia ~
1M/day Efficienza non e’ 100%, ci sono bisogni di picco, … tutto
sommato chiediamo quasi poco
8 settembre 2003 Stefano Belforte - INFN Trieste 25
Le farmsDal punto di vista di chi compra
Quanto costano i 30TB +
700GHz ?
Quando vanno fatti gli ordini ?
Cosa si compra ?
Si compra da Trieste o da
CNAF ?
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 26
HW farm CNAF 2004
Difficile definire con esattezza GHz e TB Quale sara’ il clock + conveniente ? (ho usato
3.5GHz) Quanto costera’ il disco ?
ora ho comprato a 4.2kE./TB = rock bottom - raid sw – sistemi non testati – perf. ignote -
1) Moore’s law costo scende2) hw migliore costo sale (hw raid, cpu migliore,
maggior memory cache, dual/triple Gbit, problema “difficile”: b/w discocpu = bottleneck, dimensioni file server aumentano piu’ cpu’s piu’ veloci lo accedono server deve dare maggior banda su rete).
Teniamo 5kE/TB e speriamo che Moore vinca e si possa comprare anche > 23 TB (30 e.g.)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 27
Nota su disco
Visita al Tier1 il 3 settembre 2003, lunga discussione con Felice Rosso, Stefano Zani, Piergiorgio Ricci e Federico Ruggieri
CDF ora usa 1GB da “NAS4” (NAOS): non va, non si sa perche’ Accesso da 1 worker node: 50 Mbit/sec, da 2 nodi
100Mbit/sec, da 3 nodi: 100Mbit/sec (Belforte). Ripetute iterazioni di Bonnie (e.g.) sul NAS in locale danno
risultati oscillanti tra 50 e 1 Mbyte/sec (Zani) Tecnico “bravo” NAOS si e’ licenziato
Gara CNAF vinta da Oxyria (ex NAOS), brr.. CDF ha appena comprato 7TB da Oxyria (come gara), sigh INFN potrebbe annullare gara Oxyria Unica cosa che funziona bene: Procom (ma.. $$$$$) Non c’e’ una soluzione “raccomandata” Raid arrays “Virgo” a Cascina promettenti, ma 5KE/TB
Test a CNAF questa settimana
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 28
Maledette gare
CNAF 2003: gara autorizzata a Febbraio, offerte ad Aprile, contratto ancora da firmare
Si installa quello che era sul mercato 6 mesi prima (se va bene) Trieste 2003: 80KE (36 duals) sbloccati a Maggio, disponibili a
TS a fine Giugno, autorizzati “in economia” GE 27 luglio, lettera alle ditte 12 agosto (!), ordine GE 25 settembre (speriamo)
Stiamo lontani da gare CNAF ! Fondi a Trieste Goal = 2 acquisti in economia
Febbraio per aver subito risorse per la primavera (conferenze estive = appuntamento + importante)
Luglio per comprare “meglio” evitare autunno (Pacciani dixit), dare a Ditte > 10gg per
offerte s.j. solo se con sblocco a Febbraio/Marzo OK con amministrazione Trieste e Direttore CNAF
Utile (necessario?) acquistare materiale (disco e.g.) Tier1
8 settembre 2003 Stefano Belforte - INFN Trieste 29
L’interattivo:Dopo aver fatto le ntuple sulle farms bisogna fare i plots per
Physical Review
Le sezioni
I desktop a FNAL
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 30
La terza gamba: clusters nelle sezioni
Richieste in linea con filosofia comune, globlamente di importo in linea con le aspettative, dettagli da discutere coi responsabili locali delle singole sezioni: totale 62 KEuro
BO: 0 OK per ora LNF: 5 KE progetto FBSNGCondor(+Proof) (Igor Sfiligoi)
2 server (mini-CAF) per sviluppo sw (scratch/reboot…) PD: 7 KE rafforzamento CPU per analisi locale
2 server + rack + switch per collegare a macchina esistente
4x700 Compaq del 2001 fornisce solo 2.8 GHz PI: 27 KE vedi slide ad hoc RM: 20.5 KE potenziamento per interattivo ed analisi
Un nuovo dual a FNAL per interattivo (3.5K) 1 server + 2TB a Roma (4+13K)
UD: 1 kE poco disco TS: 1.5 kE sostituzione 1 PC a FNAL
2 acquistati nel 1999 (P2 400MHz), uno si e’ rotto a Luglio
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 31
Pisa (la richiesta piu’ grossa)(descritta in dettaglio da F.Scuri in mail del
31/7)
Cluster attuale acquistato nel 2001, “spendendo poco” Ci sono state fin dall’inizio difficolta’ hw (schede rotte,
macchine che non andavano), ritardi nell’intervento del venditore e difficolta’ notevoli col supporto sistemistico finalmente risolte
Adesso sono in funzione 5 duals (workers) + server con 400GB di disco, altri 300GB recuperabili spostando dischi (serve chassis) in cluster FastEthernet
Goal 2004 (~20 persone attive) +1TB (<2totali) 8 kE 4 duals (9 totali) 10 kE Backup utente 3.5 kE Rimborso 2003 2 kE (riparazioni) Sostituzione 2PC 3.5 kE (a FNAL, P3 del 2000 in
w2k)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 32
Quadro complessivo hw nelle sezioni
Volevo fare il quadro di quanto e’ stato finanziato per i clusters nelle sezioni dal 2000 ad oggi, ma mi e’ mancato il tempo di fare l’archeologia necessaria.
Se ci tenete, lo faccio per la fine della settimana Forse lo hanno gia’ fatto i referees ?
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 33
Interattivo a FNAL (i duals da tavolo)
La situazione e’ sempre la solita Pool interattivo usando nodi CAF, sperabilmente in beta
test da Novembre/Dicembre, noi non siamo coinvolti. Se va Spostiamo li’ i dischi FC (2TB) da fcdfsgi2 Spostiamo li’ ~10 nodi CAF piu’ vecchi (2x2GHz)
Long term solution: Interactive Grid basata su Proof (vedi dopo), ancora lontana
Desktop a FNAL: ottimo accesso a dati (ntuple e.g.) su CAF servers e/o fcdfsgi2 via rootd, utili anche da Italia
Dual CPU desktop = miglior GHz/$ rispetto a due desktop Stima dell’anno scorso: 10 sistemi come tetto, ancora
valida Al momento ce ne sono 4 installati Si chiede di portarli a 5 (1 richiesto da Roma)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 34
Situazione desktops FNAL (svecchiamo ?)
Vedi :http://www.ts.infn.it/~belforte/offline/pc-at-fnal.html
Eta’ media nel 2004: 2.7 anni
Anno diacquisto
1999
2000
2001
2002
2003
TOT di cui duals
Bologna 1 1 2
LNF 2 2
Padova 4 1 1 6 2
Pisa 4 4 1 1 11 1
Roma 1 4 2 1 8 1
Udine 1 1 2
Trieste 2 2
TOTALE 2 5 14 8 3 33 4
8 settembre 2003 Stefano Belforte - INFN Trieste 35
Il software
Ci diamo tanto da fare per
far funzionare le farms
aumentarne l’efficienza
avere voce in capitolo in cosa fa
FNAL
entrare in “Grid”
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 36
Attivita’ software “farms” 2003
User’s monitor (Lazzizzera/Amerio – Trento) Monitoraggio operazione batch system
ICAF e CAF-mailer (Sfiligoi – LNF) Gestione disco locale e report jobs sulla CAF
Condor (Sfiligoi – LNF + Mazzanti/Semeria - Bologna) Transizione batch system FBSNG Condor
SAM development (Roberto Rossin – Padova) Agevolazione transizione DFCSAM
CAF at CNAF (Belforte - Trieste + Sidoti – Pisa) Installazione, gestione, supporto utenti
SAM test and tune (Belforte/Casarsa – Trieste) Installazione in Italia, configurazione, test, documentazione
I/O monitor (Armando Fella – Pisa) Monitor I/O nella CAF: wait for tape/cache, MC o Ana etc.
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 37
Software I
FNAL: Abbiamo investito molto in passato sul monitor CAF
(creazione TS/BO), ma non siamo riusciti a rimanerne on top (carenza umana), ci riproviamo per la CAF a Bologna
Interactive Grid (Condor+SAM+CAF+Proof): Igor SfiligoiOttimo progetto, grandi speranze, grande visibilita’ e ricaduta. Prototipo fine 2003, se OK collaborazione con INFN-Grid ?
CNAF/Italia: come Maggio + bbftp (24Mbit/sec fnalts) Siamo indietro (lavorato su SVT). Serve:
aggiornare CAF software provare altre configurazioni di SAM (gridFtp, muliple
stagers, 2 levels of local cache) installare SAM al CNAF spazio disco utenti al CNAF (icaf)
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 38
Software II
CNAF: serve anche supporto utenti creazione code, help desk, odds & ends
Dovremmo farcela con: Art. 15 al CNAF (da chiedere) per supporto utenti Belforte/Casarsa: sviluppo SAM Belforte/Sidoti (+ borsista Pisa, speriamo) SAM at CNAF Belforte/Sfiligoi : aggiornamento CAF al CNAF Sfiligoi : icaf al CNAF
In numeri: 2.6FTE (+ possibile contributo da Bologna) GUI per monitor HV upgrade silicio (Semeria) cancellata ?
Art. 15 = 1 FTE Belforte = 0.4 FTE Casarsa = 0.2 FTE Sidoti = 0.1 FTE Sfiligoi = 0.4 FTE Borsista = 0.5 FTE + almeno altre 2 persone hanno dichiarato di voler aiutare
8 settembre 2003 Stefano Belforte - INFN Trieste 39
Conclusione
Il piano finanziarioEnnesima versione aggiornata
fino al 2004
Meeting: CDF - Referees 8 settembre 2003
Calcolo CDFStefano Belforte - INFN Trieste 40
The Plan (as presented 24 Jun 02 in CSN1)evolving… and evolving…
2001 0.6 0 43
2002 20 80 336 0 269
2003 40 140 266 106 264
2004 70 200 285 114 290 ?TOTAL cost Analysis Farm at FNAL + 40% conting. for Run2a expanded to 3.5 fb-1
2005 110 280 331 1322006 180 350 298 1192007 250 430 331 1322008 330 500 288 115
TOTAL cost for Analysis Farm at CNAF + 40% conting. for Run2b (15 fb-1)TOTAL BUDGET CENTRALIZED COMPUTING FOR ANALYSIS 2001-2008
Luminosity contingency 40% (Keuro)
Requested per year (Keuro)
year disk (TB)
CPU (duals)
cost/y (Keuro)
ANALYSIS FARM
43
1150
17462896
336372399
417463403
commissioning
4.1 6.0
Planned (Church)
0.3
Target (adjusted)
1.2
2.5
463
Assign
7.6
11.3
15
9.513.518.0
2.03.5
1.0
Only analysis farm. No MC. No interactive. CNAF needs in 2003-4 are not covered here But 40% contingency next years. Will cover up to 3.5 fb-1 with money indicated last year for 2 Future CNAF farm may cost 2x to deal with 5x the data.
2004: expand farm at CNAF but not FNAL No resource duplication.
Staying well within initial estimate and CSN1 “agreement”: 1Meuro until 2004
Discuss 2005-… in 2004 (Jun or Sep)
866 ?
8 settembre 2003 Stefano Belforte - INFN Trieste 41
SPARE SLIDES
Nulla di nuovo dopo questa