Feature #3055

art utility for monitoring file size contributions by new objects

Added by Gavin Davies over 8 years ago. Updated over 5 years ago.

Target version:
Start date:
Due date:
% Done:


Estimated time:
SSI Package:


In light of the large files that we are currently having to copy around for GRID processing, we are trying to understand
why the files are as large as they are.
We would like to have a utility that can help us monitor the contribution of the different novasoft objects that we add to the ART data files.
Is this something that the ART framework can provide to us?

If something exists, mind my ignorance and great. If not, how easy would it be to implement?

Related issues

Has duplicate art - Feature #5796: Prototype of a tool to print on-disk size of art Data ProductsClosed04/01/2014


#1 Updated by Christopher Green over 7 years ago

  • Status changed from New to Feedback
  • Experiment NOvA added

We would like to hear some more details on your current thinking on this. There is already an output module which will give the size of each product per event.

The on-disk size of each product is only really meaningful for an existing file, because of the use of compression by ROOT. It should be straightforward to write a standalone utility which will open an art ROOT file and characterize each branch by size, using art functions to break down the branch names into their human-readable components of type, process name, module label and instance name.

We should spend a few minutes discussing this to make sure we understand exactly what you want before we make a time estimate for resolution of this issue.

#2 Updated by Christopher Backhouse over 7 years ago

I think Events->Print() from a ROOT prompt gives all the information you could want, but it's not very user-friendly. A utility that produces something similar but more friendly would be great.

#3 Updated by Rob Kutschke over 7 years ago

Mu2e is also very interested in this. I have a ROOT code fragment from Philippe that will do the job for an existing file. I have not exercised it myself. I can forward if you want. I have not seriously thought about how to package this. A standalone executable distributed with art? A standalone root macro, distributed with art? Something else? Whatever form it takes, I think it should be distributed with art ( maybe as a trival extra product ?) and supported by the art team.

#4 Updated by Kyle Knoepfel almost 6 years ago

  • Target version set to 521

#5 Updated by Kyle Knoepfel over 5 years ago

  • Status changed from Feedback to Closed
  • Target version deleted (521)
  • % Done changed from 0 to 100
  • SSI Package art added
  • SSI Package deleted ()

This feature was implemented in art 1.14.00, and is duplicated by issue #5796.

#6 Updated by Kyle Knoepfel over 5 years ago

  • Has duplicate Feature #5796: Prototype of a tool to print on-disk size of art Data Products added

Also available in: Atom PDF