Results for preco03.01

D. Adams
17dec99 1750


Previous results were for a modifications to t00.67.00.

Release preco03.01 includes the changes there plus a small change in the SMT forward paths.

This release has been deleted but the current (16dec99) build of preco03.02 and the current release t00.70.00 should be equivalent.

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  .854  .002  .009  18.5   5.7  17.5
m03   0  401     1  0   0.5 1609  .850  .021  .004  21.5  10.1  17.1
m01   0  401     1  0   0.5 1642  .516  .051  .005  23.1  14.6  14.8
pzmm  0  401    19  0   0.5  683  .682  .189  .032  19.0  14.7  13.1
pzmm  1  401   191  3   0.5 1892  .655  .409  .069  18.1  20.9  10.3
pzmm  2  401  1169 29   0.5 2938  .598  .547  .073  17.1  24.2   8.2
For the Pythia events, here are results for tracks with pT above 10 GeV/c.
pzmm  0  401    19  0  10.0  154  .922  .035  .028  19.1   5.5  17.1
pzmm  1  401   191  3  10.0  160  .844  .193  .022  17.5   6.8  14.8
pzmm  2  401  1169 29  10.0  186  .672  .424  .000  16.1   5.0  11.2
Here 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
pzmm + 2 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   12    0
pzmm  1    5   68    3   26   84    2
pzmm  2   14  226    8  118  321    4
There 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.

Comments


dladams@uta.edu