Sti comparison between SL16b for HitReUseOn

The option to re-use TPC hits in Sti tracks was enabled in SL16b. Here I take a look at the tracks found with this re-use turned on (BFC chain option "hitreuseon") vs. turned off (default). For this purpose, I use You do not have access to view this node, which also stores tracks that do not match between two samples. Cuts are identical to those used in this recent study, and Run 13 data sample of 500 events is also the same.

First, some numbers. On this page, I quote a fractional increase from re-use TPC tracks: a fractional increase of 0.50 means that there are 50% more tracks when re-using TPC hits, e.g. 100 default tracks and 150 tracks when re-using TPC hits.

  default re-use on fractional increase distributions for default (black) and re-use (red)
total global tracks 2292158 3201553 0.40
"good" global tracks 1095343 1676161 0.53
primary tracks 74829 123197 0.65 (not available)
"good" primary tracks 74827 123194 0.65
globals passing my cuts 131612 218739 0.66 (not available)

Matches: 129040
Unmatched from re-use: 89699
Unmatched from default: 2572

For 1-D comparisons, the first plot shows three distributions: matched tracks (black), unmatched tracks from re-use (red), unmatched tracks from default (blue); the second plot shows the ratio of red/black, i.e. the fractional increase of tracks due to turning on re-use.

(defined here as azimuthal angle of pointing [or momentum] vector near primary vertex)
signed DCA

Here are some additional 2-D comparisons. First plot is matched tracks, second is unmatched tracks from re-use, third is unmatched tracks from default, fourth shows the ratio of second/first, i.e. the fractional increase of tracks due to turning on re-use.

q/pT vs. eta
zvertex vs. eta

One final note on reconstruction time (same node): 54.0 CPU-sec/event with re-use on vs. 36.9 CPU-sec/event default (46% slower with re-use on)