[Halld-offline] HDParSim and tracking

[David Lawrence]

Hi Blake,

    There was some semi-recent reorganization of the tracking code that 
could be causing this. Let me have a look and I'll let you know what I find.

-Dave

Blake Leverington wrote:
> Hi David (or whoever would know),
>
> I upgraded my Hall-D software to the February release, did a "make 
> pristine" and remade all the software and my analysis code. But now my 
> analysis runs about 80 times slower. I don't want to use all the 
> tracking, just HDParSim to handle the DParticles but this doesn't seem 
> to be the case anymore. Especially since I seem to be getting a lot of 
> errors/output relating to tracking routines I was hoping to avoid 
> using.  I see things like:
>
> DReferenceTrajectory.cc:368 Could not find closest swim step!
>   91.0 events processed  (101.0 events red)  6.0Hz  (avg.: 8.7Hz)
>   108.0 events processed  (115.0 events read)  18.0Hz  (avg.: 9.0Hz)
>   122.0 events processed  (132.0 events read)  12.0Hz  (avg.: 9.0Hz)
> DTrackCandidate_factory_CDC.cc:263 Too many hits in CDC! Track finding 
> in CDC bypassed for event 134
>
> Why would it be doing track finding when I specified the HDParSim 
> plugin? Ala:
>
> /home/s4/leverin/gluex/svn/bin/Linux_CentOS4-athlon-gcc3.4.4/fcalTree4 
> --plugin=hdparsim -PDEFTAG:DParticle=HDParSim --plugin=mcthrown_hists 
> -PTHREAD_TIMEOUT=60 -PPRINT_PLUGIN_PATHS=1  
> /home/fs1/leverin/etapi0flat/hdgeant_000/hdgeant_000.hddm
>
> Any thoughts?
>
> Cheers,
> -Blake
>

-- 

------------------------------------------------------------------------
 David Lawrence Ph.D.
 Staff Scientist                 Office: (757)269-5567   [[[  [   [ [       
 Jefferson Lab                   Pager:  (757)584-5567   [  [ [ [ [ [   
 http://www.jlab.org/~davidl     davidl at jlab.org         [[[  [[ [[ [[[
------------------------------------------------------------------------