[Hps-analysis] Test pass1 Status
Nathan Baltzell
baltzell at jlab.org
Tue May 23 21:06:49 EDT 2017
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=xnbGP5VHYWRAQRWRksVgMnYvBkXWI4roLxztdJ0Tp9I&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=xnbGP5VHYWRAQRWRksVgMnYvBkXWI4roLxztdJ0Tp9I&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=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=0HDJrGO9TZQTE97J9Abt2A&m=nIEvNWJSNxvmECWKfMrVKMTZKNdym3zsAls7WG1fdfU&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=lz9TcOasaINaaC3U7FbMev2lsutwpI4--09aP8Lu18s&r=0HDJrGO9TZQTE97J9Abt2A&m=nIEvNWJSNxvmECWKfMrVKMTZKNdym3zsAls7WG1fdfU&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://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
>
>
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
>
>
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
>
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
>
>
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
>
> Use REPLY-ALL to reply to list
>
> To unsubscribe from the HPS-SOFTWARE list, click the following link:
> https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=HPS-SOFTWARE&A=1
>
More information about the Hps-analysis
mailing list