Studies on stand-alone Si tracking with SVT Alberto, Alessandro, Pierluigi

Here we investigate the possibility to run SVT in the silicon only configuration. In a scenario with a bigger AM bank we could think about the possibility to store different pattern sets at the same time. Each pattern set is dedicated to different algorithm of pattern recognition. A pattern set for the usual silicon+XFT hits and Silicon only patterns

What can we do with silicon only SVT? Increase  tracking acceptance in the forward regions (|  |  2) potentially useful for high Pt forward leptons… We would be able to select low Pt tracks below the XFT Pt treshold ( GeV) in the central region. Other suggestions?!? Caveat: this is work in progress !!!

Since we have L2 timing constraints (that are going to be more severe…) the first thing we have to do is try to understand if the corresponding workload for SVT is acceptable In term of workload we intend to evaluate: The average number of Roads in output from the AM corresponding to the wedge with the maximum # Road per event. The total number of hit combinations faced by the track fitter in the wedge with maximum # Road per event. The average number of tracks in output from the TF considering the wedge with the max number of road per event. The wedge with max # roads-combinations drives the event timing! Feeling for the TF work load

PROSCONS Road WarriorKills spurious 4/4 when 5/5 fires? Silicon only pattern restricted to the forward regions Less patterns to be stored, potentially less random pattern firing Not negligible overlapping with central region Restricted Luminosity region in pattern generation less pattern to store in the AMHigher sensitivity to beam movements Narrower Roads (I.e. SS size) Less combinations inside a roadRoad fake rate? Less room for other algorithms Higher Pt threshold in pattern generation Less patterns neededSelective on physics Majority logic (4/5  4/4,5/5) More efficientMore patterns firing Matching of tracks with other objects in the detector(forward leptons…) Reduce the combinatorial Possibility for new trigger selections for forward leptons Efficient ?

SVTsim configuration: Standalone silicon Enlarged pattern bank (71K  coverage  97%) Wider  coverage (-2,2) 4/5 majority logic Pt > 2 GeV/c 1.2 mm beam spot SS Track GB disabled Road busting We begin with the loosest configuration… Data from SVT test run

Pattern recognition workload Nroad fuori da AMS Nroad after ghost NcombNtracks  50  255  82  173

Lepton Matching Two possibilities: 1. L2 alpha matches SVT tracks to plug leptons 2.SVT pattern recognition seeded by plug leptons Easiest starting point: Plug muons + SVT track  Evaluate rejection  If ok then test 2. on svtsim

Forward Muon Triggers BMU * BSU(F) 1<  <1.25 BMU*BSU(R)*TSU 1.25<  <1.5 Studies based on run # : L2_RL1.3HZ_L1_BMU10_BSUR_TSUO_&_CLC_v-1 (REAR) L2_RL0.7HZ_L1_BMU10_PT11_v-1 (FRONT) TSU BSU BSU(R) BSU(F)

Matching Performances Input Events625 Muon objects 2389Pt>4Eta matching Pt>4 and eta matching SVT confirmed Events selected Avg. #of SVT tracks Rejection39%26%29%18% Input Events1159 Muon objects 4510Pt>4Eta matching Pt>4 and eta matching SVT confirmed Events selected Avg. #of SVT tracks Rejection20%11%14%7% Front Rear

What’s next Introduce muons in pattern recognition Understand matching efficiency Understand tracking resolution Further improvements: Stiffer Pt cut on muons Appropriate range in eta/Pt for patterns Narrower beam spot?