GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » General » Runtime DB
icon5.gif  Runtime DB [message #4367] Tue, 29 May 2007 10:48 Go to next message
Tobias Stockmanns is currently offline  Tobias Stockmanns
Messages: 489
Registered: May 2007
first-grade participant
From: *ikp.kfa-juelich.de
Hi Simulators,

is somebody using the runtime DB to store and retrieve simulation parameters? I need some informations how to use it.

Cheers,

Tobias
Re: Runtime DB [message #4368 is a reply to message #4367] Tue, 29 May 2007 11:06 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *physik.uni-giessen.de
Don't look at me... Rolling Eyes
Re: Runtime DB [message #4372 is a reply to message #4367] Tue, 29 May 2007 16:43 Go to previous messageGo to next message
Jens Sören Lange is currently offline  Jens Sören Lange
Messages: 193
Registered: June 2005
first-grade participant
From: *physik.uni-giessen.de
Hi Tobias,

is that what you want to do ?

(e.g. from the emcsim.C)

CbmRuntimeDb *rtdb=fRun->GetRuntimeDb();
CbmParRootFileIo* output=new CbmParRootFileIo(kParameterMerged);
output->open("simparams.root");
rtdb->setOutput(output);
rtdb->saveOutput();
rtdb->print();

And there is more in the wiki.

http://wiki.gsi.de/cgi-bin/view/Pandacomputing/PandaRootDatabase

(I just put there the upper part, the more detailed part was written by an unknown author...)

Soeren
Re: Runtime DB [message #4375 is a reply to message #4367] Tue, 29 May 2007 19:00 Go to previous messageGo to next message
Dima Melnychuk is currently offline  Dima Melnychuk
Messages: 213
Registered: April 2004
Location: National Centre for Nucle...
first-grade participant
From: *fuw.edu.pl
Hi Tobias,
The most detailed description concerning runtime DB is in the presentation of Denis Bertini which he gave at Frascati workshop.
You can find his talk on

http://wiki.gsi.de/cgi-bin/view/Pandacomputing/TutorialWorkshopFrascati2 006

under the title "Parameter Database Tutorial".

Dima

Re: Runtime DB [message #5318 is a reply to message #4375] Fri, 26 October 2007 11:58 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi!

I am trying to use the file I/O of the RuntimeDB following the tutorial from the Wiki and looking at what was done for the emc and the mvd.

I note that in contrast to what the tutorial says both detectors do not use the activateParIo(..) method. I conclude that it is not really needed anymore (??)

However - although I do not find differences in my implementation to emc or mvd - the TpcDigiPar container is not being initialized and when I try to access it in the Init() of a task it crashes consequently.

Any ideas?

Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5319 is a reply to message #5318] Fri, 26 October 2007 13:43 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi!

I have tracked down the problem to the fact that i want to store strings in the parameter file (and this does not work). How can I do that?

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5320 is a reply to message #5319] Fri, 26 October 2007 13:55 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi!

For the moment I will create a workaround using integers as indexecs into (yet another) config file where I store the strings.

This is quite cumbersome so I request that strings be supported by the database if there is no major point against this.

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5325 is a reply to message #5320] Fri, 26 October 2007 18:02 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Yet another question:

I want to store my TpcDigiPar in the root db-file, so that it will be automatically available in the reconstruction. The storage works.

However it seems as if I cannot initialize digipar from the root file. My question: this should be no general problem, should it?

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5332 is a reply to message #5325] Tue, 30 October 2007 11:10 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi!

Storage and read from ROOT file solved.

S.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5333 is a reply to message #5332] Tue, 30 October 2007 11:20 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
A General question:

How does the RuntimeDB handle multiple reprocessing of the same(!) run?

The following use-case is very common at the moment: I have an MC-data file and want to digitize it several times with different parameter sets to do Detector-Studies. In the reconstruction and in the analysis stages I might also want to try out several sets of settings.
Moreover I expect the database to ensure, that when I look at one event for analysis I will get the correct parameters, which have been used for digitization (reco... etc.).

How is this handled?

Cheers! Sebastian.

Illustration of problem:
index.php?t=getfile&id=3928&private=0


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5335 is a reply to message #5333] Tue, 30 October 2007 12:04 Go to previous messageGo to next message
Dima Melnychuk is currently offline  Dima Melnychuk
Messages: 213
Registered: April 2004
Location: National Centre for Nucle...
first-grade participant
From: *fuw.edu.pl
Hi Sebastian,

May be I do not undestand your question correctly, but I can guess that it is solved in the way that each set of parameters can have different versions.

And you can use spesific set of parameters by asking spesific version.
You can look into presentation of Denis Bertini from Frascaty Workshop, at the page 10 it is described version management with root files.

Or do you mean something different?

Dima
Re: Runtime DB [message #5336 is a reply to message #5335] Tue, 30 October 2007 12:38 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi Dima!

You are absulotely correct, that there is support for different versions.

BUT: a version in the root file corresponds to one RunID. The RunID is assigned during the monte carlo. That means all files that are produced from one mc-file will have the same runID -> will use the same version of the parameters.

At least that is how I understand it!

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5342 is a reply to message #4367] Wed, 31 October 2007 14:05 Go to previous messageGo to next message
Dima Melnychuk is currently offline  Dima Melnychuk
Messages: 213
Registered: April 2004
Location: National Centre for Nucle...
first-grade participant
From: *fuw.edu.pl
Hi Sebastian,

Did you manage to store strings in Runtime-DB already?
I tried and it works for me. If you haven't solved it yet I can shortly describe how I did it.

Dima
Re: Runtime DB [message #5343 is a reply to message #5336] Wed, 31 October 2007 14:12 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Cool Dima!
Tell me, please!


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5344 is a reply to message #5343] Wed, 31 October 2007 15:43 Go to previous messageGo to next message
Dima Melnychuk is currently offline  Dima Melnychuk
Messages: 213
Registered: April 2004
Location: National Centre for Nucle...
first-grade participant
From: *fuw.edu.pl
I will describe how I stored string in parameter file on example of emc. I don't uppload the code to svn, since it was just a test.

1. In PndEmcRecoPar.h defined data member

Text_t fEmcClusterPosMetodText[20];

2. In PndEmcRecoPar.cxx, in PndEmcRecoPar::putParams(CbmParamList *list)

list->add("EmcClusterPosMethodText",fEmcClusterPosMethodText,20);

3. In PndEmcRecoPar::getParams(CbmParamList *list)

if (!list->fill("EmcClusterPosMethodText",fEmcClusterPosMethodText,20)) return kFALSE;

4. In emc.par file defined the line
EmcClusterPosMethodText:s lilo

And that's it in principle.

Dima
Re: Runtime DB [message #5345 is a reply to message #5344] Wed, 31 October 2007 15:50 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi Dima!

This is exaclty how I tried it... strange. I probably made a stupid mistake. Thanks anyway! I keep on trying!

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5367 is a reply to message #5345] Tue, 06 November 2007 15:55 Go to previous messageGo to next message
Mohammad Al-Turany is currently offline  Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany
first-grade participant
From: *gsi.de
Hi,

Sorry that I did not answer this before, but I saw it first last
week and I was very busy with other problems, any way I have a
few remarks:

BUT: a version in the root file corresponds to one RunID. The
RunID is assigned during the monte carlo. That means all files
that are produced from one mc-file will have the same runID->
will use the same version of the parameters.


This is not completely true! when you write out your parameters you call CbmParSet::setInputVersion(Int_t, Int_t):
e.g:

PndConstField *fc= (PndConstField *)fField;
PndConstPar *cp = (PndConstPar*)
rtdb->getContainer("PndConstPar");
cp->SetParameters(fc);
cp->setInputVersion(fRun->GetRunId(),1);

The second integer is the version number!

So for one runId you can have more versions, technically speaking, this is presented by a cycle number in ROOT file. the disadvantage of this is that each time you create a new file it will start counting from 1! and that you have to take care your self about this version number (i.e two root files could have same runId and version number eventhough different parameter sets).

The other and better way to do this is to use the so called context, where you can set a text description to your parameter set. This will be saved with the same RunId but different context which you can use in the initialization. I will try to write a simple example of how to use this as soon as possible!

regards

Mohammad

Re: Runtime DB [message #5368 is a reply to message #5367] Tue, 06 November 2007 16:11 Go to previous messageGo to next message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *e18.physik.tu-muenchen.de
Hi Mohammed!

Thanks for your reply!
I understand it much better now. So the runId is not mapped to the version number.

The possibility to use a certain context seems very interesting to me! I had seen it in the code, but was not sure how to make use of it. An example would be most welcome!

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Re: Runtime DB [message #5380 is a reply to message #5368] Sat, 10 November 2007 10:33 Go to previous message
Sebastian Neubert is currently offline  Sebastian Neubert
Messages: 282
Registered: March 2006
Location: Munich
first-grade participant

From: *cern.ch
Hey!

Just a follow up question: You said, that when using version ids the user has to keep track of the version himself.
Is the same true when using the context?

If so, we urgently need to discuss the database issue. I am running detector study jobs and already begin to feel the need for database support.

To be more specific: I would like the database to deliver the right parameters for an event without me having to worry about it. I would like to have this functionality:

* Have ONE database which is always used. The name of the database(file) is the only thing I specify in my scipts.

* To add parameters to the database I use the available mechanism to create Par-Objects from text-file.

* I expect those Par-Objects to be available in any proceeding step of data-treatment, without any more user intervention.

If any of this is not supported please tell me soon, because then I would need to develop something!

Cheers! Sebastian.


Sebastian Neubert
Technische Universität München
Department Physik E18
sneubert@e18.physik.tu-muenchen.de
tel: +49-8928912592
Previous Topic: dch flow diagram
Next Topic: Drc Flow Diagram
Goto Forum:
  


Current Time: Tue Jun 25 11:21:09 CEST 2024

Total time taken to generate the page: 0.01310 seconds