<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Folks,</p>
    <p>Please find the minutes below and at</p>
    <p> 
<a class="moz-txt-link-freetext" href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_June_1,_2018#Minutes">https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_June_1,_2018#Minutes</a></p>
    <p>  -- Mark</p>
    <p>________________</p>
    <p>
    </p>
    <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, June 1, 2018</span></h2>
          <h2 id="firstHeading" class="firstHeading" lang="en"><span
              dir="auto"></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> FSU: </b> Sean Dobbs</li>
                <li> <b> JLab: </b> Amber Boehnlein, Thomas Britton,
                  Hovanes Egiyan, Mark Ito (chair), David Lawrence,
                  Simon Taylor</li>
              </ul>
              <p>There is a <a rel="nofollow" class="external text"
                  href="https://bluejeans.com/s/pNrKQ/">recording of
                  this meeting</a> on the BlueJeans site. Use your JLab
                credentials to access it.
              </p>
              <h3><span class="mw-headline" id="Announcements">Announcements</span></h3>
              <ol>
                <li> <b>Simulation Launch</b>.Thomas has start a
                  large-scale bggen simulation run on the OSG. John
                  Hardin's plug-ins are included.</li>
                <li> <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2018-May/003211.html">new
                    version file (version_2.35_jlab.xml) with new
                    sim-recon tag for bggen simulation</a>. This will be
                  used for the simulation mentioned above. It was
                  re-tagged last night.</li>
                <li> <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2018-May/003201.html">New
                    release of build_scripts: version 1.31</a>. The
                  default source of geometry information is now the
                  CCDB.</li>
                <li> <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2018-May/003209.html">scratch
                    disk policy change</a>. The life of unread files has
                  been increased from 14 days to 60 days.</li>
                <li> <b>Software Review, Summer 2018</b>. No word yet.</li>
              </ol>
              <h3><span class="mw-headline"
                  id="Review_of_Minutes_from_the_May_18_Meeting">Review
                  of Minutes from the May 18 Meeting</span></h3>
              <p>We went over <a
href="https://halldweb.jlab.org/wiki/index.php/GlueX_Offline_Meeting,_May_18,_2018#Minutes"
                  title="GlueX Offline Meeting, May 18, 2018">the
                  minutes</a>.
              </p>
              <ul>
                <li> David reported that our allocation for NERSC for
                  this year is 23 million core hours. Chris Larrieu of
                  Scientific Computing is working on the system for
                  staging data to NERSC. For comparison, one
                  reconstruction pass (ver01) on 2017 data used 3.3
                  million core hours. And Richard Jones reported getting
                  one million core hours for simulation on the OSG over
                  a 10 day period recently.</li>
              </ul>
              <h3><span class="mw-headline"
                  id="Splitting_up_sim-recon_into_sim_and_recon">Splitting
                  up sim-recon into sim and recon</span></h3>
              <p>Sean went over <a
href="https://halldweb.jlab.org/wiki/index.php/Sdobbs_splitting_sim-recon"
                  title="Sdobbs splitting sim-recon">a proposal on why
                  and how to split sim-recon</a>. He and Mark had
                discussed the issues last week. The major points in the
                proposal are:
              </p>
              <ul>
                <li> The directories targeted for relocation to the
                  "sim" repository are programs/simulation,
                  plugins/Simulation, and libraries/AMPTOOLS_*.</li>
                <li> Although there are other parts of the current
                  sim-recon that could be split off into separate
                  repositories, we would start with just a "sim" split
                  off.</li>
              </ul>
              <p>Sean has already done a proof-of-principle split and
                build.
              </p>
              <p>We endorsed the proposal. Details to come.
              </p>
              <h3><span class="mw-headline"
                  id="Transitioning_to_HDGeant4">Transitioning to
                  HDGeant4</span></h3>
              <p>We discussed the situation/problem of continuing to
                rely on GEANT 3 with only a very few projects using
                Geant 4. Mark asked if we should be taking active steps
                to encourage/support/cajole collaborators to start using
                HDGeant4. He is concerned that we are in a chicken and
                egg situation: no one will use it until it can be
                trusted and no one will trust it until everyone is using
                it.
              </p>
              <p>Amber is concerned that the effort on Geant4 may be
                ramping down and told us that she has advocated for more
                funding to go the Geant4 team. She is worried that the
                main user base in high-energy physics (i. e., LHC
                experiments) may not be pushing development in a
                direction that helps us.
              </p>
              <p>Two ideas:
              </p>
              <ol>
                <li> Recruit someone to devote a large fraction of their
                  time to tuning-up Geant4 to work well for GlueX, and
                  perhaps for other Halls as well.</li>
                <li> Encourage/help people who have significant
                  simulation tasks to devote part of their effort to
                  running HDGeant4 and running the same
                  post-detector-simulation software on the HDGeant4
                  generated sample.</li>
              </ol>
              <p>Thomas agreed to do some simulation with HDGeant4 as
                part of the current bggen campaign. MCwrapper already
                has an option to do this.
              </p>
              <h3><span class="mw-headline"
                  id="Request_for_University_Compute_Resources">Request
                  for University Compute Resources</span></h3>
              <p>We discussed <a rel="nofollow" class="external text"
href="https://mailman.jlab.org/pipermail/halld-offline/2018-May/003204.html">Richard's
                  recent email</a> asking for collaborators to identify
                local resources that might be made available for use by
                GlueX.
              </p>
              <p>Sean explained that the idea hinges on leveraging tools
                developed by OSG, in particular <a rel="nofollow"
                  class="external text"
                  href="https://osg-bosco.github.io/docs/">BOSCO</a>,
                that allow jobs submitted to the OSG to run on a variety
                of batch systems including those not configured as OSG
                Compute Elements. This effort is enabled by our
                deployment of Singularity containers and our development
                of infrastructure to support their use. It could result
                in a substantial increase in the amount of computing
                available to us at very little cost.
              </p>
              <h3><span class="mw-headline"
                  id="Work_on_Geometry_Classes">Work on Geometry Classes</span></h3>
              <p>Sean reported that he is working on re-writing some of
                our geometry classes adding the ability to read
                alignment constants (geometry tweaks) in from the CCDB
                for subsystems that would benefit from it.
              </p>
              <h3><span class="mw-headline"
                  id="Review_of_Recent_Pull_Requests">Review of Recent
                  Pull Requests</span></h3>
              <p>We looked at [<a rel="nofollow" class="external text"
href="https://github.com/JeffersonLab/sim-recon/pulls?q=is%3Aclosed+is%3Apr">the
                  list</a> without comment.
              </p>
              <h3><span class="mw-headline"
                  id="Review_of_Recent_Discussion_on_the_GlueX_Software_Help_List">Review
                  of Recent Discussion on the GlueX Software Help List</span></h3>
              <p>We pulled up <a rel="nofollow" class="external text"
                  href="https://groups.google.com/forum/#%21forum/gluex-software">the
                  Help List</a>.
              </p>
              <ul>
                <li> Sean asked about persistent classes in JANA and
                  refreshing calibration info on run number changes.
                  David is working on it.</li>
                <li> David noted that the launch parameter page still
                  needs updating. Alex Austregesilo is aware of this.</li>
              </ul>
            </div>
            -- </div>
        </div>
      </div>
    </div>
    <pre class="moz-signature" cols="72">Mark Ito, <a class="moz-txt-link-abbreviated" href="mailto:marki@jlab.org">marki@jlab.org</a>, (757)269-5295
</pre>
  </body>
</html>