GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » General » Some benchmarks...
Some benchmarks... [message #7834] Thu, 05 February 2009 01:00 Go to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *
Dear all,

During our last meeting, a question was raised about the data sizes presently within our framework. I looked at this.... here the outcome:


* DPM, 10 GeV/c, 100 events
* Transport model: Geant4, default cuts
* No visualization tracks stored!
* Linux 2.6.9-1.667smp #1 SMP Tue Nov 2 14:59:52 EST 2004 i686 i686 i386 GNU/Linux, 3 GHz, 6000 bogomips (not really the fastest computer on the market!!)
* Macros: pandaroot/macro/run/[sim][digi][reco]_complete.C

Points, MCTracks, TGeo stuff

-> filesize: 27 MBytes (MCTrack+TGeo: 13 Mbytes, EMC: 12 MBytes, etc.)
-> computation time: 740 secs (570 seconds in case all passive detectors)
-> TGeo contribution: 2.1 MBytes


-> filesize of all digi's: 1.1 MBytes (STT: 463 kBytes, EMC: 246 kBytes, DCH: 230 kBytes, MDT:141 kBytes, etc.)
-> computation time: 64 secs (EMC: 59 secs, STT: 3.7 secs, etc.)


* MVD: only clustering
* DCH: track finding and matching (no fitting!)
* STT: track finding and matching and helix fitting
* EMC: clustering and bump finding
-> filesize: 1.0 MBytes (EMC: 555 kBytes, STT: 400 kBytes, etc.)
-> computation time: 180 secs (EMC: 167 secs, STT: 20 secs, etc.)

Momentum dependence

In the graph, the momentum dependence on the filesizes for 100 DPM events are depicted; black=points+MCTrack+TGeo, blue=digis, red=recos. Note the logarithmic y-axis!


Few conclusions:

1) Points and MCTracks are very expensive in filesize. Q: which information do we want to keep of this???
2) computation time predominantly from the transport (note that this is not optimized yet for Geant4 with respect to cuts etc.)
3) EMC/STT are the most expensive detectors with respect to filesize on the level of digitization and reconstruction. Computation-wise, the EMC is THE bottleneck.
4) The filesize of digis and recos hardly change as a function of incident beam momentum for the DPM generator.
5) the digi sizes are very large, if we want to store 10^12 evts (~10 PBytes)

  • Attachment: filesize.png
    (Size: 7.31KB, Downloaded 560 times)

[Updated on: Thu, 05 February 2009 15:59]

Report message to a moderator

Re: Some benchmarks... [message #7924 is a reply to message #7834] Thu, 19 February 2009 13:34 Go to previous message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *
Hallo Johan,

I repeated your test but only for simulation to see what the filtering is doing! the result is the total file size for simulation has been reduced to 20 MBytes just by skipping particles that do not hit any thing!

Previous Topic: Tasks in Simulation session
Next Topic: renaming ...
Goto Forum:

Current Time: Thu Jul 25 11:36:41 CEST 2024

Total time taken to generate the page: 0.00704 seconds