Previous results were for preco03.01.
Release preco03.02 should be equivalent. Here we start with that release but use a newer version of gtr_find (v00-19-52) which fixes the problem with the overlap efficiency. I have requested this fix be included in the next build of preco03.
Here are results for single muons and Pythia Z -> mu mu with zero, one and two minbias background events. As usual these are for pT above 0.5 GeV/c.
run bg chk CPU tm pTt # mc eff misr fake fcsq mcsq nclu ---- -- ---- ---- -- --- ---- ---- ---- ---- ---- ---- ---- m50 0 401 1 0 0.5 1629 .937 .002 .009 18.4 5.5 17.0 m03 0 401 1 0 0.5 1609 .931 .027 .006 21.6 11.4 16.6 m01 0 401 1 0 0.5 1642 .609 .084 .004 24.9 17.0 14.3 pzmm 0 401 19 0 0.5 683 .726 .206 .036 19.1 15.2 12.7 pzmm 1 401 191 3 0.5 1892 .700 .493 .074 17.4 22.5 9.1For the Pythia events, here are results for tracks with pT above 10 GeV/c.
pzmm 0 401 19 0 10.0 154 .955 .041 .027 18.8 5.8 16.7 pzmm 1 401 191 3 10.0 160 .825 .333 .023 14.9 6.4 12.2Here are plots showing the found (top) and lost (bottom) tracks in the z0-tan(lambda) plane.
The figures include curves showing the subdetector boundaries. The central horizontal band is the CFT acceptance. The thin bands above and below are the overlap region. The regions above the top V and below the bottom V are the SMT forward acceptance. There are also regions in the upper left and lower right between the CFT overlap and the SMT forward which are not covered. These are the "gaps".
m50 pzmm + 0 bg low pT high pT pzmm + 1 bg low pT high pT
Here is the CPU time (sec/event) broken down by track-finding step as reported by the framework:
run bg cc co c cs f csf --- -- --- --- --- --- --- --- pzmm 0 1 4 1 1 11 0 pzmm 1 5 58 4 34 84 2There is a problem here that the times for the last entry do not add up to the total observed time. I suspect a problem in the framework.