- My blog
- Post new blog entry
- Top bloggers
- Recent posts
Sort by:[Date]
Database load times
Updated on Fri, 2007-10-12 11:45. Originally created by kocolosk on 2007-10-09 22:52. Here's a sample breakdown of the time it takes to initialize each of the databases we use in STAR: I'm a little confused by the fact that StarDb is not equal to the sum of all the other tables, but the breakdown clearly indicates that the SVT tables take up far more time than all the other listed tables combined. If we could find a way to turn off loading of those tables it would be a great help to people doing code development (and would likely take some load off the DB servers as well). I understand Yuri is working on something in this department, but I'm not sure how far along it is.
I've made this hack available in ~kocolosk/fastDbLib. I can't guarantee it won't have side-effects, but with DB load times reduced to < 1 second I think it's worth a shot.
Calibrations_eemc.......Real time 0:00:00.101, CP time 0.050
Calibrations_emc........Real time 0:00:00.045, CP time 0.010
Calibrations_ftpc.......Real time 0:00:00.005, CP time 0.000
Calibrations_l2.........Real time 0:00:00.014, CP time 0.000
Calibrations_l3.........Real time 0:00:00.013, CP time 0.000
Calibrations_pmd........Real time 0:00:00.019, CP time 0.010
Calibrations_rhic.......Real time 0:00:00.004, CP time 0.000
Calibrations_rich.......Real time 0:00:00.004, CP time 0.000
Calibrations_ssd........Real time 0:00:00.012, CP time 0.010
Calibrations_svt........Real time 0:00:59.828, CP time 0.490
Calibrations_tof........Real time 0:00:00.054, CP time 0.020
Calibrations_tpc........Real time 0:00:00.845, CP time 0.030
Calibrations_tracker....Real time 0:00:00.018, CP time 0.000
Calibrations_trg........Real time 0:00:00.004, CP time 0.000
Calibrations_zdc........Real time 0:00:00.005, CP time 0.000
Geometry_emc............Real time 0:00:00.030, CP time 0.010
Geometry_ftpc...........Real time 0:00:00.051, CP time 0.000
Geometry_pmd............Real time 0:00:00.117, CP time 0.010
Geometry_ssd............Real time 0:00:00.026, CP time 0.000
Geometry_svt............Real time 0:00:06.470, CP time 0.090
Geometry_tof............Real time 0:00:00.033, CP time 0.000
Geometry_tpc............Real time 0:00:00.326, CP time 0.010
Conditions_trg..........Real time 0:00:00.021, CP time 0.020
RunLog_l3...............Real time 0:00:00.022, CP time 0.000
RunLog_onl..............Real time 0:00:00.019, CP time 0.000
RunLog_rhic.............Real time 0:00:00.005, CP time 0.000
StarDb..................Real time 0:03:39.359, CP time 0.710UPDATE
I repeated this test again and found that this time StarDb ~ Calibrations_svt:Calibrations_svt........Real time 0:05:56.508, CP time 0.460
Geometry_svt............Real time 0:00:16.197, CP time 0.080
StarDb..................Real time 0:06:17.437, CP time 0.630MY HACK
After a bit of digging I found that one can skip the SVT tables by adding the following line to the beginning of StDbConfigNodeImpl::buildTree:// Skip SVT tables for performance boost -- APK
if( mdbDomain == dbSvt ) return 1;MY HACK, VERSION 2
I missed some recursion in the first hack; this seems to do a better job:// Skip SVT tables for performance boost -- APK
if( mdbDomain == dbSvt ) {
if(mnextNode)mnextNode->buildTree(opt);
return 1;
}BSMD ADC Responses
Updated on Tue, 2007-10-09 14:01. Originally created by wleight on 2007-10-09 14:01.These plots were generated from the IUCF MuDsts, both /star/institutions/iucf/hew/2006ppLongRuns/ and /star/institutions/iucf/balewski/prodOfficial06_muDst.
Kaon-pion correlations in d+Au: same-side/away-side vs ``plus'' and ``minus''
Updated on Tue, 2007-10-09 11:07. Originally created by kopytin on 2007-10-09 11:07.Combinatorics With Jets: Second Look
Updated on Mon, 2007-10-08 11:20. Originally created by ahoffman on 2007-10-08 11:20.
Combinatorics Within Jets: First Looks
Updated on Thu, 2007-10-04 14:05. Originally created by ahoffman on 2007-10-04 13:26.
Working Towards a Photon Cross Section
Updated on Tue, 2007-10-02 14:17. Originally created by rcorliss on 2007-10-02 10:06.A schematic view of a cross section is:
Embedding Notes, Sept 28, 2007
Updated on Fri, 2007-09-28 18:15. Originally created by andrewar on 2007-09-28 18:15.Requests #1154003721 and #1154003633 (Upsilon and J/psi into Pythia+pp)
Data-MC comparison: Zgg
Updated on Fri, 2007-09-28 17:34. Originally created by ahoffman on 2007-09-28 17:20.Data Cuts:
L2Gamma Triggered Events
BBC timebin 6 - 9
Pt > 5.2
No Charged Track Association
1 SMD strip good in each plane
BSMD ADC saturation simulation
Updated on Mon, 2007-10-22 13:46. Originally created by kocolosk on 2007-09-24 15:03.There's been quite some discussion about the saturation of the BSMD ADCs around 850. We don't have this feature in the simulator, so here's my attempt to put it in.
Here's a plot of the ADC and energy distributions from the slow simulator in DEV without any reconfiguration. This is the output of testSimulatorMaker.C using 1000 events from photon MC (photon_25_35_10.geant.root):
Note the sharp ADC peaks at 1023 for the SMDs and the PRS. Now if I configure the simulator with the options (not yet in CVS)
emcSim->setMaximumAdc(kBarrelSmdEtaStripId, 850.0);
emcSim->setMaximumAdcSpread(kBarrelSmdEtaStripId, 15.0);
emcSim->setMaximumAdc(kBarrelSmdPhiStripId, 850.0);
emcSim->setMaximumAdcSpread(kBarrelSmdPhiStripId, 15.0);
Update
These changes were checked into CVS on October 08 2007
SMD Energy in 2005 pp
Updated on Mon, 2007-09-24 12:36. Originally created by fsimon on 2007-09-24 12:31.Prompted by the recent discussion of the BSMD energy I looked at some histograms for hits from 2005 data. Currently I don't have individual strip energies, I only have SMD clusters saved.