[Halld-offline] Offline Software Meeting Minutes, August 31, 2016
Mark Ito
marki at jlab.org
Thu Sep 1 14:54:05 EDT 2016
Ladies and Gentlemen,
Please find the minutes below and at
https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_August_31,_2016#Minutes
.
-- Mark
____________________________________
GlueX Offline Meeting, August 31, 2016, Minutes
Present:
* *CMU*: Naomi Jarvis, Curtis Meyer
* *IU*: Matt Shepherd
* *JLab*: Alexander Austregesilo, Brad Cannon, Mark Ito (chair), Paul
Mattione, Nathan Sparks, Simon Taylor, Beni Zihlmann
* *NU*: Sean Dobbs
* *UConn*: Richard Jones
Announcements
1. sim-recon release: version 2.4.0
<https://mailman.jlab.org/pipermail/halld-offline/2016-August/002439.html>.
Mark reminded us that this came out August 24. It is exactly the
same as offmon-2016_02-ver06.
2. build_scripts release: version 1.2
<https://mailman.jlab.org/pipermail/halld-offline/2016-August/002443.html>.
Mark notes in his email that the idea is make it easier for folks
working at JLab to set-up an environment that is the same as some
"standard" version, except that a custom, user-defined build of
sim-recon is used.
Review of minutes from the last meeting
We went over the minutes from the meeting on August 17
<https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_August_17,_2016#Minutes>.
* Again, no new work on bending the curve on plugin growth in
sim-recon. This does seem to be a real issue; it affects build times
and disk footprint. Nathan noted that for people who are building
private version of sim-recon and are trying to save on disk space,
one can switch off inclusion of debugging symbols on the SCons
command line:
scons DEBUG=0
* sim 1.1 is completely done. Those last 20 jobs completed successfully.
* Mark spoke with David about taking advantage the new HDDM
multi-threaded I/O under JANA. It would indeed take some
non-negligible work. We don't have a volunteer to do this at
present, but the demand does not seem high at this point either.
Report from the August 25th SciComp Meeting
Mark gave the report. Of the items on the agenda
<https://halldweb.jlab.org/talks/2016/SciComp_2016-08-25.pdf>, most of
the time was taken with the first item. Chip Watson has circulated a
white paper
<https://halldweb.jlab.org/talks/2016/Scientific%20Computing%20Allocations%20Process.pdf>
describing a proposal for peer-review-based planning and allocation of
computing resources on the JLab farm. Mark encouraged us to look over
the proposal as a basis for future discussion and feedback. Major
changes to the way we do planning for farm use and how that use is
managed could start appearing soon.
[Added in press] Graham Heyes has also circulated an email initiating
discussion
<https://halldweb.jlab.org/talks/2016/computing_resource_scheduling_Heyes.pdf>
within Experimental Nuclear Physics at JLab.
Launches
Last Monitoring Launch
Alex reviewed his announcement of completion of the monitoring launch
<https://mailman.jlab.org/pipermail/halld-physics/2016-August/000742.html>.
This launch tested two new capabilities: use of ROOT 6 and the new EVIO
parser from David Lawrence.
Independently, Alex did a comparison of the launch code compiled against
ROOT 5 versus the same code compiled with ROOT 6. The resulting
histograms were identical.
This brought us to a discussion of where we stand on the transition from
ROOT 5 to 6. Nathan brought up two issues:
1. When analyzing trees from the analysis launch, ROOT 5 goes about 50%
faster.
2. There is an incompatibility between ROOT 6 and the DevTool technique
for upgrading the compiler on a "RedHat" 6 machine. See his email
for details
<https://mailman.jlab.org/pipermail/halld-offline/2016-August/002446.html>.
This can be finessed by building ROOT 6 with the deprecated
./configure-make method.
We decided to make ROOT 6 the default for builds going forward. ROOT 5
compatibility will continue to be a goal for the standard build, and
instances of such builds will be maintained at JLab. Paul mentioned that
he will try to keep ROOT 5 compatibility for the analysis library[?].
Analysis Launch on sim1.1
Alex completed this last week, as he had promised. See his announcement
<https://mailman.jlab.org/pipermail/halld-physics/2016-August/000749.html>
for the details.
Next Reconstruction Launch
Paul gave the report:
* The original deadline for code changes was today. It has been moved
forward to Friday.
* Will include Will McGinley's new BCAL non-linearity correction and
the inclusion of pre-shower energies into REST.
* Will include Mark Dalton's covariance matrix for BCAL showers if
ready. They will have to be tested for their effect on kinematic
fitting.
* Will try to include tracking changes from Simon. He is looking at
inefficiencies in certain regions of the tracking space for busy
events (4πp). He is working on changes to the track finding code.
The changes have not been pushed to GitHub yet and are still under test.
* Paul is looking at the cause for asymmetries Reinhard Schumacher has
reported in Reinhard's anti-proton analysis when he applies a tight
cut on kinematic fit confidence level. Paul thinks he may have a
fix, but has not really tried it yet. If this fix is not the root
cause, we may have to go ahead with the launch anyway.
Offline EVIO skim improvements
Sean has been working on tools to reduce the size of EVIO skims (raw
data), and has applied them to the pi0 skims for the FCAL and BCAL. The
user can specify reconstructed objects of interest, and only the raw
data needed to perform the reconstruction of those objects will be saved
in the output events. For these pi0 skims, the fully-reconstructed
DVertex object is also saved so that the event origin is known without
having to re-do tracking. This results in a reduction of the skim file
sizes by a factor of 40 to 50. This work was facilitated by use of the
new EVIO event parser.
[Added in press, from Sean] Will M. just told me [Sean] that with this
reduced BCAL EVIO pi0 skim, he is seeing a processing rate of 84.5 kHz
compared to 5.6 Hz with the old pi0 skim, using 4 threads. So, not
having to do tracking gives us 4 orders of magnitude improvement.
Change meeting time to 2:00 pm
We decided to move the time of the meeting from 1:30 pm to 2:00 pm,
following the example of the Online Meeting.
Stale Branches
Mark reminded us that we should delete branches from the Git repository
that we do not need anymore. The person who created the branch
originally is responsible for deleting it when it has served its
purpose. See the GitHub site for a list of stale branches
<https://github.com/JeffersonLab/sim-recon/branches/stale>.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.jlab.org/pipermail/halld-offline/attachments/20160901/8a54692d/attachment.html>
More information about the Halld-offline
mailing list