GSI Forum
GSI Helmholtzzentrum für Schwerionenforschung

Home » PANDA » PandaRoot » Meetings » pandaroot meeting Tuesday 16 August, 14:00
pandaroot meeting Tuesday 16 August, 14:00 [message #12489] Sat, 13 August 2011 23:55 Go to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *xs4all.nl
Dear all,

Our next panda root meeting will take place on Tuesday, the 16th of August at 14:00 (EVO). Tentative topics:

0) General issues

1) Upcoming collaboration meeting:
- time-based tutorial
- physics+computing session
- plenary computing session

2) Computing facility at GSI: request for interface with experiments.

3) Tracking software:
- STT efficiency loss problem in trunk? How to proceed?
- event mixing: status and production planning for grid

4) A.O.B.


Are there any other wishes for the agenda? Please let me know asap.

Greets,

Johan.
coordinates... [message #12494 is a reply to message #12489] Mon, 15 August 2011 22:18 Go to previous messageGo to next message
Johan Messchendorp is currently offline  Johan Messchendorp
Messages: 693
Registered: April 2007
Location: University of Groningen
first-grade participant

From: *xs4all.nl
Title: pandaroot
Description: pandaroot
Community: Panda

Meeting Access Information:
- Meeting URL
http://evo.caltech.edu/evoNext/koala.jnlp?meeting=MMMeMn2v2IDIDl9v9nD29M

- Phone Bridge
ID: 387 2761

Central European Summer Time (+0200)
Start 2011-08-16 13:30
End 2011-08-16 17:00

Japan Standard Time (+0900)
Start 2011-08-16 20:30
End 2011-08-17 00:00

Eastern Daylight Time (-0400)
Start 2011-08-16 07:30
End 2011-08-16 11:00

Pacific Daylight Time (-0700)
Start 2011-08-16 04:30
End 2011-08-16 08:00


EVO Phone Bridge Telephone Numbers:
---------------
- USA (Caltech, Pasadena, CA)
+1 626 395 2112

- Switzerland (CERN, Geneva)
+41 22 76 71400

- Slovakia (UPJS, Kosice)
+421 55 234 2420

- Italy (INFN, several cities)
http://server10.infn.it/video/index.php?page=telephone_numbers
Enter '4000' to access the EVO bridge

- Germany (DESY, Hamburg)
+49 40 8998 1340

- USA (BNL, Upton, NY)
+1 631 344 6100

- United Kingdom (University of Manchester)
+44 161 306 6802

- Australia (ARCS)
+61
Adelaide 08 8463 1011
Brisbane 07 3139 0705
Canberra 02 6112 8742
Hobart 03 623 70281
Melbourne 03 8685 8362
Perth 08 6461 6718
Sydney 02 8212 4591

- Netherlands (Nikhef, Amsterdam)
+31 20 7165293
Dial '2' at the prompt

- Canada (TRIUMF, Vancouver)
+1 604 222 7700

- Czech Republic (CESNET, Prague)
+420 95 007 2386

- USA (MIT, Cambridge, MA)
+1 617 715 4691

- France (RAP, Paris)
+33 144 27 81 50


- Skype (tm) (World-wide)
evo.phone
See: http://evo.caltech.edu/evoGate/Documentation/extclient/skype/skype.html

---------------
Re: coordinates... [message #12495 is a reply to message #12494] Tue, 16 August 2011 14:44 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
my slides
Re: coordinates... [message #12549 is a reply to message #12495] Mon, 22 August 2011 16:06 Go to previous messageGo to next message
StefanoSpataro is currently offline  StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino
first-grade participant

From: *17-79-r.retail.telecomitalia.it
Dear Mohammad,
only now I have the time to check carefully your presentation.

If I have understood well, the BG events are taken in sequential order. I have not well understood what happens once you consumes all the BG events. Is the BG file rewinded, or it just stops?

I mean, let us assume we want to run 100 signals events, and an average of 20 bg events for each signal. In this case we would need 2000 bg events, but of course if one uses some TF1 time distribution the number could be also exceeded. What happens in this case? I think the answer is in your slide 14 -> the code limits the number of processed signals. I would like just to be sure.

Maybe a good way in order to have not so huge bg files would be to take bg events randomly, so that the same bg event could be used several times in different signal topologies... or maybe I have not understood well the philosophy of such mixing code Smile

Could you please help me to clarify the concept?


Re: coordinates... [message #12577 is a reply to message #12549] Thu, 25 August 2011 22:44 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: *dip.t-dialin.net
Dear Stefano,
Quote:


I mean, let us assume we want to run 100 signals events, and an average of 20 bg events for each signal. In this case we would need 2000 bg events, but of course if one uses some TF1 time distribution the number could be also exceeded. What happens in this case? I think the answer is in your slide 14 -> the code limits the number of processed signals. I would like just to be sure.


Yes, you get it.

Quote:

Maybe a good way in order to have not so huge bg files would be to take bg events randomly, so that the same bg event could be used several times in different signal topologies


This is an option which we can implement in the near future. In any case the larger your BG sample you will have better quality of statistics and having both options would be better.


regards,

Mohammad
Previous Topic: pandaroot meeting tomorrow?
Next Topic: Computing+Physics sessions upcoming CM
Goto Forum:
  


Current Time: Sat Apr 20 06:17:16 CEST 2024

Total time taken to generate the page: 0.00826 seconds