[Hps-analysis] Test pass1 Status
Omar Moreno
email at omarmoreno.net
Tue May 23 21:09:46 EDT 2017
It looks like it picked up the wrong svt_calibrations. I'll check.
On May 23, 2017 6:06 PM, "Nathan Baltzell" <baltzell at jlab.org> wrote:
>
> 2017-05-23 16:06:09 [CONFIG] org.hps.evio.EvioToLcio parse :: using
> steering resource /org/hps/steering/recon/PhysicsRun2016FullRecon.lcsim
> 2017-05-23 16:06:09 [CONFIG] org.hps.evio.EvioToLcio parse :: set max
> events to 10000
> 2017-05-23 16:06:10 [CONFIG] org.lcsim.job.JobControlManager
> addVariableDefinition :: outputFile = out
> 2017-05-23 16:06:10 [CONFIG] org.hps.evio.EvioToLcio parse :: set steering
> variable: outputFile=out
> 2017-05-23 16:06:10 [CONFIG] org.lcsim.job.JobControlManager
> initializeLoop :: initializing LCSim loop
> 2017-05-23 16:06:10 [CONFIG] org.lcsim.job.JobControlManager
> initializeLoop :: Event marker printing disabled.
> 2017-05-23 16:06:14 [INFO] org.hps.conditions.database.DatabaseConditionsManager
> resetInstance :: DatabaseConditionsManager instance is reset
> 2017-05-23 16:06:14 [CONFIG] org.lcsim.job.JobControlManager
> setupInputFiles :: No input files in XML file.
> 2017-05-23 16:06:14 [CONFIG] org.hps.recon.ecal.EcalRunningPedestalDriver
> startOfData :: minLookbackEvents: 5
> 2017-05-23 16:06:14 [CONFIG] org.hps.recon.ecal.EcalRunningPedestalDriver
> startOfData :: maxLookbackEvents: 40
> 2017-05-23 16:06:14 [CONFIG] org.hps.recon.ecal.EcalRunningPedestalDriver
> startOfData :: maxLookbackTime:-1
> 2017-05-23 16:06:14 [CONFIG] org.hps.evio.EvioToLcio parse :: LCSim job
> manager was successfully configured.
> 2017-05-23 16:06:14 [CONFIG] org.hps.evio.EvioToLcio parse :: User set
> detector to HPS-PhysicsRun2016-Nominal-v4-4-fieldmap with command option.
> 2017-05-23 16:06:14 [CONFIG] org.hps.evio.EvioToLcio parse :: User set run
> number to 7796 with command option.
> 2017-05-23 16:06:14 [CONFIG] org.hps.evio.EvioToLcio parse :: The job will
> include the following EVIO files ...
> in.evio
>
> 2017-05-23 16:06:14 [INFO] org.hps.evio.EvioToLcio setupEventBuilder ::
> using Eng Run event builder
> 2017-05-23 16:06:14 [INFO] org.hps.conditions.database.DatabaseConditionsManager
> setDetector :: new detector HPS-PhysicsRun2016-Nominal-v4-4-fieldmap and
> run #7796
> 2017-05-23 16:06:14 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> initialize :: initializing with detector HPS-PhysicsRun2016-Nominal-v4-4-fieldmap
> and run 7796
> 2017-05-23 16:06:14 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> setXmlConfig :: setting XML config from resource /org/hps/conditions/config/
> conditions_database_engrun.xml
> 2017-05-23 16:06:14 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> loadConfiguration :: setupSvtDetector = true
> 2017-05-23 16:06:14 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> loadConfiguration :: freezeAfterInitialize = false
> 2017-05-23 16:06:14 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> registerConverters :: registering default conditions converters
> 2017-05-23 16:06:14 [INFO] org.hps.conditions.database.DatabaseConditionsManager
> openConnection :: opening connection ...
> connection: jdbc:mysql://hpsdb.jlab.org:3306/
> host: hpsdb.jlab.org
> port: 3306
> user: hpsuser
> database: hps_conditions
> 2017-05-23 16:06:14 [INFO] org.hps.run.database.RunManager setRun ::
> setting run 7796
> Field Map location: fieldmap/209acm2_5kg_corrected_unfolded_scaled_1.
> 04545.dat
> -----------------------------------------------------------
> FieldMap3D
> -----------------------------------------------------------
> Reading the field grid from fieldmap/209acm2_5kg_
> corrected_unfolded_scaled_1.04545.dat ...
> 1 X(mm)
> 2 Y(mm)
> 3 Z(mm)
> 4 BX(1000T)
> 5 BY(1000T)
> 6 BZ(1000T)
> 0 End of Header. Data follows in above format
>
> ---> ... done reading
> ---> assumed the order: x, y, z, Bx, By, Bz
> ---> Min values x,y,z: -250.0 -70.0 -1500.0
> ---> Max values x,y,z: 250.0 70.0 1500.0
> Maximum Field strength: 0.5312369527704992
> ---> The field will be offset by 21.17 0.0 457.2
>
> ---> Range of values x,y,z: 500.0 140.0 3000.0
> -----------------------------------------------------------
> 2017-05-23 16:06:24 [INFO] org.lcsim.geometry.compact.converter.HPSTrackerBuilder
> <init> :: mille parameters will be read from compact.xml file
> 2017-05-23 16:06:24 [INFO] org.lcsim.geometry.compact.converter.
> HPSTracker2014GeometryDefinition build :: HPSTracker2014v1GeometryDefinition:
> Constructed 14 geometry objects
> 2017-05-23 16:06:24 [INFO] org.lcsim.geometry.compact.converter.
> HPSTracker2014GeometryDefinition build :: HPSTracker2014v1GeometryDefinition:
> Constructed 12 module bundles
> 2017-05-23 16:06:24 [INFO] org.lcsim.detector.converter.compact.HPSEcal3Converter
> makeSubdetectorDetectorElement :: creating detector element for subdetector
> Ecal
> 2017-05-23 16:06:24 [INFO] org.lcsim.detector.converter.compact.HPSEcal3Converter
> convert :: converting subdetector Ecal
> 2017-05-23 16:06:24 [INFO] org.hps.detector.svt.SvtDetectorSetup
> conditionsChanged :: activating default setup
> 2017-05-23 16:06:24 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 314
> name: svt_channels
> runStart: 2000
> runEnd: 999999
> tableName: svt_channels
> collectionId: 2
> updated: 2015-05-04 16:26:37.0
> created: 2015-03-15 23:44:16.0
> tag: eng_run
> createdBy: omoreno
> notes: Engineering run SVT channel IDs. Loaded using SvtConditionsLoader.
>
> 2017-05-23 16:06:24 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 313
> name: svt_daq_map
> runStart: 2000
> runEnd: 999999
> tableName: svt_daq_map
> collectionId: 2
> updated: 2015-05-04 16:26:37.0
> created: 2015-03-15 23:44:05.0
> tag: eng_run
> createdBy: omoreno
> notes: Engineering run DAQ map. Loaded using SvtConditionsLoader.
>
> 2017-05-23 16:06:24 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1316
> name: svt_t0_shifts
> runStart: 2000
> runEnd: 9999
> tableName: svt_t0_shifts
> collectionId: 1940
> updated: 2015-12-02 19:45:02.0
> created: 2015-12-02 19:45:02.0
> tag: null
> createdBy: uemura
> notes: null
>
> 2017-05-23 16:06:24 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 324
> name: svt_calibrations
> runStart: 4823
> runEnd: 999999
> tableName: svt_calibrations
> collectionId: 3
> updated: 2016-12-05 22:10:43.0
> created: 2015-04-20 02:01:55.0
> tag: eng_run
> createdBy: omoreno
> notes: Pedestals and noise generated using run 4823.
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1342
> name: svt_shape_fit_parameters
> runStart: 7486
> runEnd: 9000
> tableName: svt_shape_fit_parameters
> collectionId: 1959
> updated: 2016-02-21 20:56:13.0
> created: 2016-02-12 21:02:27.0
> tag: null
> createdBy: meeg
> notes: null
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 315
> name: svt_gains
> runStart: 2000
> runEnd: 999999
> tableName: svt_gains
> collectionId: 2
> updated: 2015-05-04 16:26:12.0
> created: 2015-03-26 00:26:33.0
> tag: eng_run
> createdBy: omoreno
> notes: Dummy engineering run SVT channel gains.
>
> 2017-05-23 16:06:25 [INFO] org.hps.detector.svt.SvtDetectorSetup
> loadDefault :: loading default SVT conditions onto subdetector Tracker
> 2017-05-23 16:06:25 [INFO] org.hps.detector.svt.SvtDetectorSetup
> loadDefault :: setting up 36 SVT sensors
> 2017-05-23 16:06:25 [INFO] org.hps.detector.svt.SvtDetectorSetup
> loadDefault :: channel map has 23040 entries
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1423
> name: ecal_channels
> runStart: 7032
> runEnd: 7874
> tableName: ecal_channels
> collectionId: 2017
> updated: 2016-03-17 17:20:44.0
> created: 2016-03-17 17:20:43.0
> tag: null
> createdBy: baltzell
> notes: swapping
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 2388
> name: ecal_gains
> runStart: 7000
> runEnd: 9999
> tableName: ecal_gains
> collectionId: 2976
> updated: 2016-11-01 14:43:58.0
> created: 2016-11-01 14:43:58.0
> tag: null
> createdBy: holly
> notes: adjusted single channel gain which was very low for testing
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1354
> name: ecal_calibrations
> runStart: 7350
> runEnd: 99999
> tableName: ecal_calibrations
> collectionId: 1970
> updated: 2016-02-21 11:03:28.0
> created: 2016-02-21 11:03:27.0
> tag: null
> createdBy: baltzell
> notes: 200nA peds, DAC3280, nosplitter
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1424
> name: ecal_time_shifts
> runStart: 7000
> runEnd: 99999
> tableName: ecal_time_shifts
> collectionId: 2018
> updated: 2016-03-21 10:47:10.0
> created: 2016-03-21 10:47:09.0
> tag: null
> createdBy: holly
> notes: time offsets corrected for cable swap
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 414
> name: ecal_pulse_widths
> runStart: 0
> runEnd: 99999999
> tableName: ecal_pulse_widths
> collectionId: 1034
> updated: 2015-07-07 17:53:01.0
> created: 2015-07-07 17:53:01.0
> tag: null
> createdBy: nab
> notes: 3-pole pulse widths measured from 2015 data
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 2026
> name: svt_bias_constants
> runStart: 7796
> runEnd: 7796
> tableName: svt_bias_constants
> collectionId: 2614
> updated: 2016-09-22 09:02:44.0
> created: 2016-09-22 09:02:44.0
> tag: null
> createdBy: spaul
> notes: constants from mya
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 2271
> name: svt_motor_positions
> runStart: 7796
> runEnd: 7796
> tableName: svt_motor_positions
> collectionId: 2859
> updated: 2016-09-22 09:02:49.0
> created: 2016-09-22 09:02:49.0
> tag: null
> createdBy: spaul
> notes: constants from mya
>
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1415
> name: svt_timing_constants
> runStart: 7795
> runEnd: 7809
> tableName: svt_timing_constants
> collectionId: 1974
> updated: 2016-03-16 21:44:41.0
> created: 2016-03-16 21:44:41.0
> tag: null
> createdBy: hpsrun
> notes: null
>
> 2017-05-23 16:06:25 [INFO] org.hps.evio.LCSimEngRunEventBuilder
> setTiTimeOffsetForRun :: TI time offset set to 1457264884019099456 for run
> 7796 from database
> 2017-05-23 16:06:25 [INFO] org.hps.evio.LCSimEngRunEventBuilder
> setTiTimeOffsetForRun :: Closing run manager db connection ...
> 2017-05-23 16:06:25 [INFO] org.hps.evio.LCSimEngRunEventBuilder
> setTiTimeOffsetForRun :: Run manager db connection was closed.
> 2017-05-23 16:06:25 [INFO] org.hps.conditions.database.DatabaseConditionsManager
> initialize :: conditions system initialized successfully
> 2017-05-23 16:06:25 [CONFIG] org.hps.conditions.database.DatabaseConditionsManager
> freeze :: conditions system is frozen
> 2017-05-23 16:06:25 [INFO] org.hps.evio.EvioToLcio run :: Opening EVIO
> file in.evio
> Reading sequentially for evio versions 4
> 2017-05-23 16:06:26 [INFO] org.hps.evio.EcalEvioReader makeHits :: ECal
> format tag: 0xe101
>
> 2017-05-23 16:06:26 [INFO] org.hps.evio.EvioToLcio run :: first physics
> event time: 1457265516 - Sun Mar 06 06:58:36 EST 2016
> detector changed
> 2017-05-23 16:06:26 [INFO] org.hps.conditions.database.
> AbstractConditionsObjectConverter getData :: loading conditions set...
> id: 1422
> name: ecal_time_walk
> runStart: 7000
> runEnd: 99999
> tableName: ecal_time_walk
> collectionId: 2016
> updated: 2016-03-17 09:49:52.0
> created: 2016-03-17 09:49:51.0
> tag: null
> createdBy: holly
> notes: time walk parameters for 2016 run
>
> 2017-05-23 16:06:26 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12660624 with sequence 0
> 2017-05-23 16:09:12 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12661624 with sequence 1000
> 2017-05-23 16:12:25 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12662624 with sequence 2000
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.01840393600284658, -0.09382267973014823, -0.00297076545125808,
> 0.0956568112551805, 698.6345963812555, -718.8106636201552,
> -35.29517036303837, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -0.44304712479552893
> phi0= 0.16573422893898002
> curvature: 0.0016409089305043862
> z0= 1.2547213257138372
> tanLambda= -0.03107148471696738
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -0.44304712479552893
> phi0= 0.16573422893898002
> curvature: 0.0016409089305043862
> z0= 1.2547213257138372
> tanLambda= -0.03107148471696738
>
> at sensor with org=[ 710.03, 72.034, -29.845], unit w=[
> 0.99952, 0.030891, -0.00016092]
> MultipleScattering: => use simple intercept pos=[ 709.80,
> 79.573, -10.465]
> helix pos=[ 710.03, -601.30, -31.621] dir=[ 0.00033751,
> -0.99952, -0.031056]
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.01840393600284658, -0.09382267973014823, -0.00297076545125808,
> 0.0956568112551805, 698.6345963812555, -718.8106636201552,
> -35.29517036303837, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -0.44304712479552893
> phi0= 0.16573422893898002
> curvature: 0.0016409089305043862
> z0= 1.2547213257138372
> tanLambda= -0.03107148471696738
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -0.44304712479552893
> phi0= 0.16573422893898002
> curvature: 0.0016409089305043862
> z0= 1.2547213257138372
> tanLambda= -0.03107148471696738
>
> at sensor with org=[ 710.03, 72.034, -29.845], unit w=[
> 0.99952, 0.030891, -0.00016092]
> MultipleScattering: => use simple intercept pos=[ 709.80,
> 79.573, -10.465]
> helix pos=[ 710.03, -601.30, -31.621] dir=[ 0.00033751,
> -0.99952, -0.031056]
> 2017-05-23 16:15:30 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12663624 with sequence 3000
> 2017-05-23 16:18:16 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12664624 with sequence 4000
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.016553826426261777, -0.09166529190423306, 0.004913027406204339,
> 0.0932775039735368, 676.9208124269511, -700.0012928385588,
> 58.78862314834698, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -7.942727750134551
> phi0= 0.15460493410097412
> curvature: 0.0016842911916920699
> z0= -0.8380036540888941
> tanLambda= 0.052744299277671325
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -7.942727750134551
> phi0= 0.15460493410097412
> curvature: 0.0016842911916920699
> z0= -0.8380036540888941
> tanLambda= 0.052744299277671325
>
> at sensor with org=[ 686.37, 71.419, 29.612], unit w=[
> -0.99957, -0.029415, 0.00061939]
> MultipleScattering: => use simple intercept pos=[ 684.93,
> 120.02, 15.507]
> helix pos=[ 686.37, -593.29, 53.130] dir=[ 0.0020147,
> -0.99861, 0.052671]
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.016553826426261777, -0.09166529190423306, 0.004913027406204339,
> 0.0932775039735368, 676.9208124269511, -700.0012928385588,
> 58.78862314834698, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -7.942727750134551
> phi0= 0.15460493410097412
> curvature: 0.0016842911916920699
> z0= -0.8380036540888941
> tanLambda= 0.052744299277671325
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -7.942727750134551
> phi0= 0.15460493410097412
> curvature: 0.0016842911916920699
> z0= -0.8380036540888941
> tanLambda= 0.052744299277671325
>
> at sensor with org=[ 686.37, 71.419, 29.612], unit w=[
> -0.99957, -0.029415, 0.00061939]
> MultipleScattering: => use simple intercept pos=[ 684.93,
> 120.02, 15.507]
> helix pos=[ 686.37, -593.29, 53.130] dir=[ 0.0020147,
> -0.99861, 0.052671]
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.014869222351264314, -0.08074024802126362, 0.0013372266626372443,
> 0.08210888867238289, 680.8313203336338, -600.2035973952139,
> 19.760683467841634, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -8.762077826802761
> phi0= 0.3176859982395852
> curvature: 0.001910989345322372
> z0= 2.112052695486681
> tanLambda= 0.016288176088411477
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -8.762077826802761
> phi0= 0.3176859982395852
> curvature: 0.001910989345322372
> z0= 2.112052695486681
> tanLambda= 0.016288176088411477
>
> at sensor with org=[ 689.48, -29.417, 29.571], unit w=[
> -0.99947, -0.032426, -0.00023661]
> MultipleScattering: => use simple intercept pos=[ 688.19,
> 10.645, 9.8025]
> helix pos=[ 689.48, -504.11, 18.187] dir=[ 0.0025155,
> -0.99986, 0.016286]
> WTrack: this track started to go backwards?! params [WTrack params
> [-0.014869222351264314, -0.08074024802126362, 0.0013372266626372443,
> 0.08210888867238289, 680.8313203336338, -600.2035973952139,
> 19.760683467841634, ]
> with corresponding HelicalTrackFit:
> HelicalTrackFit:
> d0= -8.762077826802761
> phi0= 0.3176859982395852
> curvature: 0.001910989345322372
> z0= 2.112052695486681
> tanLambda= 0.016288176088411477
> ]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= -8.762077826802761
> phi0= 0.3176859982395852
> curvature: 0.001910989345322372
> z0= 2.112052695486681
> tanLambda= 0.016288176088411477
>
> at sensor with org=[ 689.48, -29.417, 29.571], unit w=[
> -0.99947, -0.032426, -0.00023661]
> MultipleScattering: => use simple intercept pos=[ 688.19,
> 10.645, 9.8025]
> helix pos=[ 689.48, -504.11, 18.187] dir=[ 0.0025155,
> -0.99986, 0.016286]
> 2017-05-23 16:21:23 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12665624 with sequence 5000
> 2017-05-23 16:24:30 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12666624 with sequence 6000
> 2017-05-23 16:27:47 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12667624 with sequence 7000
> 2017-05-23 16:30:42 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12668624 with sequence 8000
> 2017-05-23 16:33:48 [INFO] org.lcsim.job.EventMarkerDriver process ::
> Event 12669624 with sequence 9000
> getPathLengthToPlaneApprox ERROR t is negative (-0.0668202694390133)!
> p 0.09937864235165567 rho 0.0015786933435923008 a 1.568884011757987E-4 A
> -7.888269091345609E-4 B -0.0347624769813046 C -21.56008449291011
> track params: 2.3272447819938473E-4, 0.09937301051644304,
> -0.001032073579953381, 0.09937864235165567, 689.4837807539794,
> 635.5724794378402, 17.43025643619811,
> xp [ 689.48, -29.417, 29.571]
> eta [ -0.99947, -0.032426, -0.00023661]
> h [ 0.0000, 0.0000, 1.0000]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= 6.118759018647729
> phi0= 6.1953747778289125
> curvature: -0.0015787784844687803
> z0= 28.325818280857433
> tanLambda= -0.010385825530806936
>
> at sensor with org=[ 689.48, -29.417, 29.571], unit w=[
> -0.99947, -0.032426, -0.00023661]
> MultipleScattering: => use simple intercept pos=[ 688.08,
> 13.800, 23.888]
> helix pos=[ 689.48, 635.63, 17.430] dir=[ 0.0022525,
> 0.99994, -0.010385]
> getPathLengthToPlaneApprox ERROR t is negative (-0.0668202694390133)!
> p 0.09937864235165567 rho 0.0015786933435923008 a 1.568884011757987E-4 A
> -7.888269091345609E-4 B -0.0347624769813046 C -21.56008449291011
> track params: 2.3272447819938473E-4, 0.09937301051644304,
> -0.001032073579953381, 0.09937864235165567, 689.4837807539794,
> 635.5724794378402, 17.43025643619811,
> xp [ 689.48, -29.417, 29.571]
> eta [ -0.99947, -0.032426, -0.00023661]
> h [ 0.0000, 0.0000, 1.0000]
> MultipleScattering: iterative intercept failed for helix
> HelicalTrackFit:
> d0= 6.118759018647729
> phi0= 6.1953747778289125
> curvature: -0.0015787784844687803
> z0= 28.325818280857433
> tanLambda= -0.010385825530806936
>
> at sensor with org=[ 689.48, -29.417, 29.571], unit w=[
> -0.99947, -0.032426, -0.00023661]
> MultipleScattering: => use simple intercept pos=[ 688.08,
> 13.800, 23.888]
> helix pos=[ 689.48, 635.63, 17.430] dir=[ 0.0022525,
> 0.99994, -0.010385]
> 2017-05-23 16:36:35 [INFO] org.hps.evio.EvioToLcio run :: maxEvents 10000
> was reached
> 2017-05-23 16:36:35 [INFO] org.lcsim.job.EventMarkerDriver endOfDat
>
>
>
>
>
> On May 23, 2017, at 8:50 PM, "McCormick, Jeremy I." <
> jeremym at slac.stanford.edu> wrote:
>
> > Rafo, can you check in the log file for these jobs what is being loaded
> for the ‘svt_calibrations’ conditions set and reply with that information?
> >
> > It should be printed out during the job initialization.
> >
> > From: hps-software at slac.stanford.edu [mailto:hps-software at slac.
> stanford.edu] On Behalf Of Rafayel Paremuzyan
> > Sent: Tuesday, May 23, 2017 4:34 PM
> > To: Graf, Norman A.; Graham, Mathew Thomas
> > Cc: Omar Moreno; hps-analysis at jlab.org; hps-software
> > Subject: Re: [Hps-analysis] Test pass1 Status
> >
> > Hi All,
> >
> > Ok, outputs from Jun2016 recon, and the one from new recon are different.
> > Reminder that, I have used same jar file, same detector same steering
> file.
> >
> > Attached figures represent comparison of 1st 20K events from file 7796.20
> > ECal data is almost identical, attached is the cluster_X distribution
> comparison from two files.
> > Blue is the June2016 recon file, and red is new recon file.
> >
> > SVT data is different, it has more 3D hits and more tracks.
> > Which is probably causing it to run slower.
> >
> > Since both reconstructions use "Same" jar same steering files, same
> geometry (v4-4),
> > Then it is probably something has been changed in the Database.
> >
> > Probably SVT experts who have modified the database since Jun 2016, can
> have a look into
> > to see if there is something that can cause this.
> >
> > Rafo
> >
> >
> > On 05/22/2017 03:46 PM, Graf, Norman A. wrote:
> > Hello Rafo,
> >
> > I agree that the most concerning issue is the non-reproducibility of the
> pass0 results.
> >
> > Norman
> >
> >
> > From: hps-software at slac.stanford.edu [mailto:hps-software at slac.
> stanford.edu] On Behalf Of Rafayel Paremuzyan
> > Sent: Monday, May 22, 2017 12:25 PM
> > To: Graham, Mathew Thomas <mgraham at slac.stanford.edu>
> > Cc: Omar Moreno <email at omarmoreno.net>; hps-analysis at jlab.org;
> hps-software <hps-software at slac.stanford.edu>
> > Subject: Re: [Hps-analysis] Test pass1 Status
> >
> > ….ARE the occupancies x2 higher???
> > This was just a naive assumption, also I assumed the computing time
> doesn't linearly depend on occupancies,
> > I was more wondered, that I can not reproduce the code speed that we had
> 6 months ago.
> >
> > Rafo
> >
> >
> >
> > On 05/22/2017 03:19 PM, Graham, Mathew Thomas wrote:
> >
> > 2.3 GeV data recon speed is x2 slower than the 1.05 data recon speed.
> > This is concerning, but maybe there is a good reason for that, i.e.
> might be hit occupancies are high etc,
> >
> >
> > ….ARE the occupancies x2 higher???
> >
> >
> >
> >
> > but the other thing, that seems puzzling, is recon speed for 2.3 GeV
> data is now more than x2 slower
> > using the same hps-java version, same detector, same java version, as we
> did for pass0.
> >
> >
> > Ok, that’s legit weird.
> >
> >
> >
> >
> >
> > Rafo
> >
> >
> >
> > On 05/22/2017 03:10 PM, Graham, Mathew Thomas wrote:
> >
> > Sorry to ask a dumb question…but I will anyway.
> >
> > This is a “2.3 GeV vs 1.05 GeV” issue? Or an hps-java version issue?
> >
> > On May 22, 2017, at 12:05 PM, Omar Moreno <email at omarmoreno.net> wrote:
> >
> > Jeremy has also profiled the recon before so if Maurik can't do it, I'm
> sure he can.
> >
> > On May 22, 2017 11:46 AM, "Rafayel Paremuzyan" <rafopar at jlab.org> wrote:
> > Hi Alessandra and all,
> >
> > Yes clearly I see that pattern as well,
> > going to the faster machine (pumpkin1), as Maurik suggested,
> > recon speed increased, but 2016 recon was about x2 slower than the 2015
> recon speed.
> > I also tried to with -Xms=4000m -Xmx=4000m options, and without that
> options,
> > but I didn't notice noticeable speed improvement.
> >
> > Another thing that is *concering* is I run
> > same jar on batch farms, centos6. and centos7, and
> > can't get same speed as we got during the pass0.
> > Note, jar is the same, detector is the same, run number and file number
> is the same.
> > Difference is the time when it started to tun (Oct 19 2016 vs May 21
> 2017)
> >
> > If someone is interested to look at job log files
> > The log file that I run yesterday: /lustre/expphy/work/hallb/hps/
> data/physrun2016/tpass1/logs/hps_008054.27_pass0XML.err
> > The log file that run on Oct 19 2016 for pass0
> /lustre/expphy/work/hallb/hps/data/physrun2016/pass0/logs/
> hps_008054.27_R3.9.err
> >
> > I have never done profiling with java.
> > I know Maurik is in workshop, he might not have time to do this,
> > if someone else is set up doing this, it will probably be useful.
> >
> > Also, I noticed /group/hps is full
> >
> > Has anyone recently put some data there?
> >
> > Rafo
> >
> >
> >
> > On 05/22/2017 04:04 AM, Alessandra Filippi wrote:
> > Hi Maurik, Rafo and all,
> > I think that the different Java VM could impact on the absolute speed
> comparing different machines and jar versions compiled in different
> times... but I am running the same jar (hps-java 3.10, compiled afresh at
> slac on rhel6-64, jvm 1.7.0) on 2015 and 2016 data, and the factor ~2 of
> speed decrease for newer data is striking (whichever geometry version).
> > About garbage collection, I don't use any flag in compilation, so it
> acts in default mode in both cases.
> >
> > Are 2016 data affected by more noisy hits that could extend the
> reconstruction time over testing all different strategies, to your
> knowledge?
> > cheers
> > Alessandra
> >
> >
> >
> >
> >
> >
> > On Sun, 21 May 2017, Maurik Holtrop wrote:
> >
> > Hello Rafo,
> > One thing that probably is different between the last time we ran with
> the 3.8 jar and now
> > is a different version of the Java VM. It could well be that the newer
> version of Java is
> > not faster. Also, it is tricky to compare Endeavour with the Jlab farm
> computers. They are
> > probably not equivalent in speed. At UNH, Pumpkin has the more modern
> processors, whereas
> > Endeavour is now ~5 years old.
> >
> > Best,
> > Maurik
> >
> > On May 21, 2017, at 6:54 AM, Rafayel Paremuzyan <rafopar at jlab.org>
> wrote:
> >
> > Hi Alessandra, Norman, all
> >
> > thank you for replay and your tests.
> >
> > I tested both 2015 and 2016 data using v4-4 detector on UNH computers.
> > I have use 3.8 JAR (the jar for 2015 pass6). 3.9 JAR (the jar for 2016
> pass0 recon),
> > and the NEW jar v051717 (the newest jar tag is v051717)
> >
> > Ok, I also noticed that recon of 2015 data is faster that 2016 data.
> > Also seems the new jar is 20% slower than the 3.9 jar for 2016 data, and
> about 60%
> > slower for 2015 data.
> > now recon speed is about 2.55 EV/S for 2015 data, This is too slow
> > it cause more than 40h for a single file.
> >
> > Ths is summary of code speeds with different jar files
> > V4-4 Detector, UNH (endeavour), 5K events are reconstructed
> >
> > Events per second
> > Events per second
> > Events per second
> >
> > 3.8JAR (2015 recon jar)
> > 3.9JAR, 2016 pass0 recon jar
> > v051717JAR, jar vor tpass1
> > 2015 Data 5772, file 20
> > 5.07
> > 5.19
> > 3.157
> > 2016 Data file 25
> >
> > 3.11
> > 2.53
> >
> > *However* I looked into job Wall times for pass0 recon.
> > The recon speed is more than 7.4 Events/sec, which is about x3 faster
> than with the
> > new JAR.
> >
> > I again checked *same 3.9 jar*, which is slower again.
> > I don't know why now the code speed is so low!
> >
> >
> > Norman, I have tried the "-DdisableSvtAlignmentConstants", but it
> didn't work
> >
> > =================The command===============
> > java -XX:+UseSerialGC -cp hps-distribution-3.11-v051717-bin.jar
> > org.hps.evio.EvioToLcio -x /org/hps/steering/recon/PhysicsRun2016FullRecon.lcsim
> -r
> > -d HPS-PhysicsRun2016-v5-3-fieldmap_globalAlign -R 7796
> -DoutputFile=out_7796_0
> > -DdisableSvtAlignmentConstants hps_007796.evio.25 -n 10000
> >
> > ============The error backtrache============
> > 2017-05-21 00:45:39 [CONFIG] org.hps.evio.EvioToLcio parse :: using
> steering
> > resource /org/hps/steering/recon/PhysicsRun2016FullRecon.lcsim
> > 2017-05-21 00:45:39 [CONFIG] org.hps.evio.EvioToLcio parse :: set max
> events to
> > 10000
> > 2017-05-21 00:45:48 [INFO] org.hps.rundb.RunManager <init> ::
> ConnectionParameters {
> > database: hps_run_db_v2, hostname:hpsdb.jlab.org, password: darkphoton,
> port: 3306,
> > user: hpsuser }
> > 2017-05-21 00:45:48 [CONFIG] org.lcsim.job.JobControlManager
> addVariableDefinition
> > :: outputFile = out_7796_0
> > 2017-05-21 00:45:48 [CONFIG] org.hps.evio.EvioToLcio parse :: set
> steering variable:
> > outputFile=out_7796_0
> > 2017-05-21 00:45:48 [SEVERE] org.hps.evio.EvioToLcio parse :: bad
> variable format:
> > disableSvtAlignmentConstants
> > java.lang.IllegalArgumentException: Bad variable format:
> > disableSvtAlignmentConstants
> > at org.hps.evio.EvioToLcio.parse(EvioToLcio.java:393)
> > at org.hps.evio.EvioToLcio.main(EvioToLcio.java:97)
> >
> > Exception in thread "main" java.lang.IllegalArgumentException: Bad
> variable format:
> > disableSvtAlignmentConstants
> > at org.hps.evio.EvioToLcio.parse(EvioToLcio.java:393)
> > at org.hps.evio.EvioToLcio.main(EvioToLcio.java:97)
> >
> > Rafo
> >
> >
> >
> >
> >
> >
> > On 05/20/2017 06:17 AM, Alessandra Filippi wrote:
> > Hi Rafo, all,
> > I also noticed that the reconstruction for 2016 data is about
> twice as
> > slow as compared to 2015 (whichever geometry and reconstruction
> > version).
> > This happens when I run the aligned geometry as well as the
> "current"
> > one (v5.0), and the geometry taken from the db as well (the result
> is
> > the same as v5.0). I did not make any test with v4.4, though -
> actually
> > as far as svt alignment is concerned it should be the same as
> v5.0. Can
> > you please try and make the same short test with the newest jar
> with
> > v4.4?
> > This happens to me both with hps-java 5.10 and 5.11 (not the most
> > updated one).
> >
> > I would be surprised if it could be something connected to the
> > alignment, unless for some reason new positions and harder tracks
> > trigger some long loops in the reconstruction. But this happens
> (to me)
> > also with the
> > standard geometry, so a check with the one used with pass0 (that
> should
> > however be equivalent to v5.0) could at least help to rule out, or
> blame
> > on, the alignment step.
> > Thanks, cheers
> > Alessandra
> >
> >
> > ps. make also sure that the correct fieldmap is called in all the
> > compact files - you never know!
> >
> >
> >
> > On Fri, 19 May 2017, Rafayel Paremuzyan wrote:
> >
> > Hi All,
> >
> > During the testing the recon for test pass1,
> > I noticed the recon time is more than x2 longer wrt pass0
> > recon time.
> >
> > To demonstrate it
> > I submit 3 simple jobs with 10K events to reconstruct, with
> > new pass1 xml
> > file (this has the new jar v051717, and the new detector
> > HPS-PhysicsRun2016-v5-3-fieldmap_globalAlign),
> > and the old pass0 xml file (pass0 jar release 3.9, and the
> > detector
> > HPS-PhysicsRun2016-Nominal-v4-4-fieldmap)
> >
> > Below is a printout from the jobs with a new JAR, v051717,
> > the average time
> > for 1000 events is more than 7 minutes
> > ===================== LOG from the v051717 JAR
> > ==============================
> > 2017-05-19 09:36:51 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10614074 with sequence 0
> > 2017-05-19 09:43:13 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10615074 with sequence 1000
> > 2017-05-19 09:49:18 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10616074 with sequence 2000
> > 2017-05-19 09:55:54 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10617074 with sequence 3000
> > 2017-05-19 10:02:55 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10618074 with sequence 4000
> > 2017-05-19 10:09:57 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10619074 with sequence 5000
> > 2017-05-19 10:16:13 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10620074 with sequence 6000
> > 2017-05-19 10:25:20 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10621074 with sequence 7000
> > 2017-05-19 10:32:56 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10622074 with sequence 8000
> > 2017-05-19 10:36:19 [WARNING]
> > org.hps.recon.tracking.TrackerReconDriver
> > process :: Discarding track with bad HelicalTrackHit
> > (correction distance
> > 0.000000, chisq penalty 0.000000)
> > 2017-05-19 10:42:03 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10623074 with sequence 9000
> > 2017-05-19 10:47:44 [INFO] org.hps.evio.EvioToLcio run ::
> > maxEvents 10000
> > was reached
> > 2017-05-19 10:47:44 [INFO] org.lcsim.job.EventMarkerDriver
> > endOfData ::
> > 10000 events processed in job.
> > 2017-05-19 10:47:44 [INFO] org.hps.evio.EvioToLcio run ::
> > Job finished
> > successfully!
> >
> >
> > And below is the Job log info from the pass0 jar. The
> > average time for 1000
> > events is less than 3 minutes
> > ===================== LOG from the 3.9 release JAR
> > ==============================
> > 2017-05-19 13:19:46 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10614074 with sequence 0
> > 2017-05-19 13:23:36 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10615074 with sequence 1000
> > 2017-05-19 13:27:03 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10616074 with sequence 2000
> > 2017-05-19 13:30:40 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10617074 with sequence 3000
> > 2017-05-19 13:34:20 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10618074 with sequence 4000
> > 2017-05-19 13:38:11 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10619074 with sequence 5000
> > 2017-05-19 13:41:43 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10620074 with sequence 6000
> > 2017-05-19 13:45:54 [WARNING]
> > org.hps.recon.tracking.TrackerReconDriver
> > process :: Discarding track with bad HelicalTrackHit
> > (correction distance
> > 0.000000, chisq penalty 0.000000)
> > 2017-05-19 13:46:05 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10621074 with sequence 7000
> > 2017-05-19 13:50:08 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10622074 with sequence 8000
> > 2017-05-19 13:55:03 [INFO] org.lcsim.job.EventMarkerDriver
> > process :: Event
> > 10623074 with sequence 9000
> > 2017-05-19 13:58:27 [INFO] org.hps.evio.EvioToLcio run ::
> > maxEvents 10000
> > was reached
> > 2017-05-19 13:58:27 [INFO] org.lcsim.job.EventMarkerDriver
> > endOfData ::
> > 10000 events processed in job.
> > 2017-05-19 13:58:27 [INFO] org.hps.evio.EvioToLcio run ::
> > Job finished
> > successfully!
> >
> > I also tried to do reconstruction by myself interactively,
> > but I am getting
> > error below,
> >
> > The command
> > /apps/scicomp/java/jdk1.7/bin/java -XX:+UseSerialGC -cp
> > hps-distribution-3.9-bin.jar org.hps.evio.EvioToLcio -x
> > /org/hps/steering/recon/PhysicsRun2016FullRecon.lcsim -r -d
> > HPS-PhysicsRun2016-v5-3-fieldmap_globalAlign -R 7796
> > -DoutputFile=out_7796_0
> > hps_007796.evio.0 -n 10000
> >
> > The Error traceback
> > 017-05-19 14:58:44 [CONFIG] org.hps.evio.EvioToLcio parse ::
> > using steering
> > resource
> > /org/hps/steering/recon/PhysicsRun2016FullRecon.lcsim
> > 2017-05-19 14:58:44 [CONFIG] org.hps.evio.EvioToLcio parse
> > :: set max events
> > to 10000
> > 2017-05-19 14:58:45 [CONFIG]
> > org.lcsim.job.JobControlManager
> > addVariableDefinition :: outputFile = out_7796_0
> > 2017-05-19 14:58:45 [CONFIG] org.hps.evio.EvioToLcio parse
> > :: set steering
> > variable: outputFile=out_7796_0
> > 2017-05-19 14:58:45 [CONFIG] org.lcsim.job.JobControlManager
> > initializeLoop
> > :: initializing LCSim loop
> > 2017-05-19 14:58:45 [CONFIG] org.lcsim.job.JobControlManager
> > initializeLoop
> > :: Event marker printing disabled.
> > 2017-05-19 14:58:45 [INFO]
> > org.hps.conditions.database.DatabaseConditionsManager
> > resetInstance ::
> > DatabaseConditionsManager instance is reset
> > Exception in thread "main" java.lang.UnsatisfiedLinkError:
> > /u/apps/scicomp/java/jdk1.7.0_75/jre/lib/i386/xawt/libmawt.so:
> > libXext.so.6:
> > cannot open shared object file: No such file or directory
> > at java.lang.ClassLoader$NativeLibrary.load(Native
> > Method)
> > at
> > java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
> > at
> > java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
> > at
> > java.lang.ClassLoader.loadLibrary(ClassLoader.java:1851)
> > at java.lang.Runtime.load0(Runtime.java:795)
> > at java.lang.System.load(System.java:1062)
> > at java.lang.ClassLoader$NativeLibrary.load(Native
> > Method)
> > at
> > java.lang.ClassLoader.loadLibrary1(ClassLoader.java:1965)
> > at
> > java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1890)
> > at
> > java.lang.ClassLoader.loadLibrary(ClassLoader.java:1872)
> > at java.lang.Runtime.loadLibrary0(Runtime.java:849)
> > at java.lang.System.loadLibrary(System.java:1088)
> > at
> > sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67)
> > at
> > sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47)
> > at
> > java.security.AccessController.doPrivileged(Native Method)
> > at
> > java.awt.Toolkit.loadLibraries(Toolkit.java:1653)
> > at java.awt.Toolkit.<clinit>(Toolkit.java:1682)
> > at java.awt.Component.<clinit>(Component.java:595)
> > at org.lcsim.util.aida.AIDA.<init>(AIDA.java:68)
> > at
> > org.lcsim.util.aida.AIDA.defaultInstance(AIDA.java:53)
> > at
> > org.hps.evio.RfFitterDriver.<init>(RfFitterDriver.java:31)
> > at
> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> > Method)
> > atsun.reflect.NativeConstructorAccessorImpl.newInstance(
> NativeConstructorAcce
> > ssorImpl.java:57)
> > atsun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstru
> > ctorAccessorImpl.java:45)
> > at
> > java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> > at java.lang.Class.newInstance(Class.java:379)
> > at
> > org.lcsim.job.JobControlManager.setupDrivers(
> JobControlManager.java:1199)
> > at
> > org.hps.job.JobManager.setupDrivers(JobManager.java:82)
> > at
> > org.lcsim.job.JobControlManager.setup(JobControlManager.java:1052)
> > at
> > org.lcsim.job.JobControlManager.setup(JobControlManager.java:1110)
> > at
> > org.hps.evio.EvioToLcio.parse(EvioToLcio.java:407)
> > at org.hps.evio.EvioToLcio.main(EvioToLcio.java:97)
> >
> >
> >
> > I see this library libXext.so.6: in /usr/lib64, but not in
> > /usr/lib,
> > when I put /usr/lib64 in my LD_LIBRARY_PATH, then it
> > complaines again (see
> > below)
> >
> > Exception in thread "main" java.lang.UnsatisfiedLinkError:
> > /u/apps/scicomp/java/jdk1.7.0_75/jre/lib/i386/xawt/libmawt.so:
> > libXext.so.6:
> > wrong ELF class: ELFCLASS64
> >
> > I would appreciate, if I get some help on running the
> > reconstruction
> > interactively, then I could look more closely into logs
> > of the old, and new JAR files.
> >
> > Rafo
> >
> >
> > ____________________________________________________________
> ________________
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the
> > following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__
> listserv.slac.stanford.edu_cgi-2Dbin
> > _wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIDaQ&c=
> lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu
> > 18s&r=0HDJrGO9TZQTE97J9Abt2A&m=xnbGP5VHYWRAQRWRksVgMnYvBkXWI4
> roLxztdJ0Tp9I&s=ppNYedSrn5DP
> > aIZZJgRZu8tBDeSjroqbj_PoevFoFpI&e=
> >
> >
> >
> > ########################################################################
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following
> link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__
> listserv.slac.stanford.edu_cgi-2Dbin
> > _wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIDaQ&c=
> lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu
> > 18s&r=0HDJrGO9TZQTE97J9Abt2A&m=xnbGP5VHYWRAQRWRksVgMnYvBkXWI4
> roLxztdJ0Tp9I&s=ppNYedSrn5DP
> > aIZZJgRZu8tBDeSjroqbj_PoevFoFpI&e=
> >
> >
> >
> > ____________________________________________________________
> ______________________________
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__
> listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-
> 2DSOFTWARE-26A-3D1&d=DwIDbA&c=lz9TcOasaINaaC3U7FbMev2lsutwpI
> 4--09aP8Lu18s&r=0HDJrGO9TZQTE97J9Abt2A&m=nIEvNWJSNxvmECWKfMrVKMTZKNdym3
> zsAls7WG1fdfU&s=cI82nYRtYBzgLs1l5g3anHrSt0kPk4B98oUzllu5KfQ&e=
> >
> >
> >
> >
> >
> > ########################################################################
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__
> listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-
> 2DSOFTWARE-26A-3D1&d=DwIDbA&c=lz9TcOasaINaaC3U7FbMev2lsutwpI
> 4--09aP8Lu18s&r=0HDJrGO9TZQTE97J9Abt2A&m=nIEvNWJSNxvmECWKfMrVKMTZKNdym3
> zsAls7WG1fdfU&s=cI82nYRtYBzgLs1l5g3anHrSt0kPk4B98oUzllu5KfQ&e=
> >
> >
> > _______________________________________________
> > Hps-analysis mailing list
> > Hps-analysis at jlab.org
> > https://mailman.jlab.org/mailman/listinfo/hps-analysis
> >
> > _______________________________________________
> > Hps-analysis mailing list
> > Hps-analysis at jlab.org
> > https://mailman.jlab.org/mailman/listinfo/hps-analysis
> >
> >
> > Use REPLY-ALL to reply to list
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
> >
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
> >
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
> >
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
> >
> > Use REPLY-ALL to reply to list
> >
> > To unsubscribe from the HPS-SOFTWARE list, click the following link:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__listserv.slac.stanford.edu_cgi-2Dbin_wa-3FSUBED1-3DHPS-2DSOFTWARE-26A-3D1&d=DwIFaQ&c=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=J4PP6Zl8IyGHpsqWaKegORCYw8hoCHePTw5O95a5lqQ&m=wjwyjecRC5s1gczOiYgHq8iy4pq_DUT9rfNaLZry_mI&s=HXqCKEp3mZFG2gAIHL-fSSgYiVaga1okA4S18Qgjafk&e=
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/hps-analysis/attachments/20170523/3905b1ba/attachment-0001.html>
More information about the Hps-analysis
mailing list