<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>Ladies and Gentlemen,<br>
</p>
<p>Please find the minutes below and at
<a class="moz-txt-link-freetext" href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_August_31,_2016#Minutes">https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_August_31,_2016#Minutes</a>
.</p>
<p> -- Mark<br>
</p>
____________________________________<br>
<div id="globalWrapper">
<div id="column-content">
<div id="content" class="mw-body" role="main">
<h2 id="firstHeading" class="firstHeading" lang="en"><span
dir="auto">GlueX Offline Meeting, August 31, 2016, </span><span
class="mw-headline" id="Minutes">Minutes</span></h2>
<div id="bodyContent" class="mw-body-content">
<div id="mw-content-text" dir="ltr" class="mw-content-ltr"
lang="en">
<p>Present:
</p>
<ul>
<li> <b>CMU</b>: Naomi Jarvis, Curtis Meyer</li>
<li> <b>IU</b>: Matt Shepherd</li>
<li> <b>JLab</b>: Alexander Austregesilo, Brad Cannon,
Mark Ito (chair), Paul Mattione, Nathan Sparks, Simon
Taylor, Beni Zihlmann</li>
<li> <b>NU</b>: Sean Dobbs</li>
<li> <b>UConn</b>: Richard Jones</li>
</ul>
<h3><span class="mw-headline" id="Announcements">Announcements</span></h3>
<ol>
<li> <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2016-August/002439.html">sim-recon
release: version 2.4.0</a>. Mark reminded us that
this came out August 24. It is exactly the same as
offmon-2016_02-ver06.</li>
<li> <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2016-August/002443.html">build_scripts
release: version 1.2</a>. 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.</li>
</ol>
<h3><span class="mw-headline"
id="Review_of_minutes_from_the_last_meeting">Review of
minutes from the last meeting</span></h3>
<p>We went over the <a
href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_August_17,_2016#Minutes"
title="GlueX Offline Meeting, August 17, 2016">minutes
from the meeting on August 17</a>.
</p>
<ul>
<li> 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:</li>
</ul>
<pre>scons DEBUG=0
</pre>
<ul>
<li> sim 1.1 is completely done. Those last 20 jobs
completed successfully.</li>
<li> 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.</li>
</ul>
<h3><span class="mw-headline"
id="Report_from_the_August_25th_SciComp_Meeting">Report
from the August 25th SciComp Meeting</span></h3>
<p>Mark gave the report. Of the items on <a
rel="nofollow" class="external text"
href="https://halldweb.jlab.org/talks/2016/SciComp_2016-08-25.pdf">the
agenda</a>, most of the time was taken with the first
item. Chip Watson has circulated a <a rel="nofollow"
class="external text"
href="https://halldweb.jlab.org/talks/2016/Scientific%20Computing%20Allocations%20Process.pdf">white
paper</a> 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.
</p>
<p>[Added in press] Graham Heyes has also circulated an <a
rel="nofollow" class="external text"
href="https://halldweb.jlab.org/talks/2016/computing_resource_scheduling_Heyes.pdf">email
initiating discussion</a> within Experimental Nuclear
Physics at JLab.
</p>
<h3><span class="mw-headline" id="Launches">Launches</span></h3>
<h4><span class="mw-headline" id="Last_Monitoring_Launch">Last
Monitoring Launch</span></h4>
<p>Alex reviewed his <a rel="nofollow" class="external
text"
href="https://mailman.jlab.org/pipermail/halld-physics/2016-August/000742.html">announcement
of completion of the monitoring launch</a>. This
launch tested two new capabilities: use of ROOT 6 and
the new EVIO parser from David Lawrence.
</p>
<p>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.
</p>
<p>This brought us to a discussion of where we stand on
the transition from ROOT 5 to 6. Nathan brought up two
issues:
</p>
<ol>
<li> When analyzing trees from the analysis launch, ROOT
5 goes about 50% faster.</li>
<li> There is an incompatibility between ROOT 6 and the
DevTool technique for upgrading the compiler on a
"RedHat" 6 machine. <a rel="nofollow" class="external
text"
href="https://mailman.jlab.org/pipermail/halld-offline/2016-August/002446.html">See
his email for details</a>. This can be finessed by
building ROOT 6 with the deprecated ./configure-make
method.</li>
</ol>
<p>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[?].
</p>
<h3><span class="mw-headline"
id="Analysis_Launch_on_sim1.1">Analysis Launch on
sim1.1</span></h3>
<p>Alex completed this last week, as he had promised. See
<a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-physics/2016-August/000749.html">his
announcement</a> for the details.
</p>
<h3><span class="mw-headline"
id="Next_Reconstruction_Launch">Next Reconstruction
Launch</span></h3>
<p>Paul gave the report:
</p>
<ul>
<li> The original deadline for code changes was today.
It has been moved forward to Friday.</li>
<li> Will include Will McGinley's new BCAL non-linearity
correction and the inclusion of pre-shower energies
into REST.</li>
<li> Will include Mark Dalton's covariance matrix for
BCAL showers if ready. They will have to be tested for
their effect on kinematic fitting.</li>
<li> 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.</li>
<li> 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.</li>
</ul>
<h3><span class="mw-headline"
id="Offline_EVIO_skim_improvements">Offline EVIO skim
improvements</span></h3>
<p>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.
</p>
<p>[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.
</p>
<h3><span class="mw-headline"
id="Change_meeting_time_to_2:00_pm">Change meeting
time to 2:00 pm</span></h3>
<p>We decided to move the time of the meeting from 1:30 pm
to 2:00 pm, following the example of the Online Meeting.
</p>
<h3><span class="mw-headline" id="Stale_Branches">Stale
Branches</span></h3>
<p>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. <a
rel="nofollow" class="external text"
href="https://github.com/JeffersonLab/sim-recon/branches/stale">See
the GitHub site for a list of stale branches</a>.
</p>
</div>
<br>
</div>
</div>
</div>
</div>
</body>
</html>