<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div><br></div>Hi Curtis,<div><br></div><div> I think maybe there was just a miscommunication. The changes I put in last Thursday night</div><div>were partly in response to your proposal. They addressed what I thought was the one remaining</div><div>issue regarding hdgeant and mcsmear in order to make the existing system compliant with</div><div>that proposal. In the end, as long as we have a working system then we’re good. I just</div><div>hate to see duplication of effort.</div><div><br></div><div>Regards,</div><div>-David</div><div><br><div><div>On Mar 17, 2014, at 8:19 PM, Curtis A. Meyer <<a href="mailto:cmeyer@cmu.edu">cmeyer@cmu.edu</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hi David -</div><div><br></div>I had sent out a proposal to the group for discussion at the data challenge meeting<div>that would try to guarantee that the system we used was (by default) both reproducible</div><div>and thread-safe at all levels. The implementations that Richard made were in response </div><div>to the discussion that we had on Friday in order to allow us to roll on the data challenge</div><div>at the end of this week.</div><div><br></div><div><br></div><div>Curtis</div><div><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-stroke-width: 0px;"><div><div>---------</div><div>Curtis A. Meyer<span class="Apple-tab-span" style="white-space: pre; "> </span>MCS Associate Dean for Faculty and Graduate Affairs</div><div>Wean: (412) 268-2745<span class="Apple-tab-span" style="white-space: pre; "> </span>Professor of Physics</div><div>Doherty: (412) 268-3090<span class="Apple-tab-span" style="white-space: pre; "> </span>Carnegie Mellon University</div><div>Fax: (412) 681-0648<span class="Apple-tab-span" style="white-space: pre; "> </span>Pittsburgh, PA 15213</div><div><a href="mailto:curtis.meyer@cmu.edu">curtis.meyer@cmu.edu</a><span class="Apple-tab-span" style="white-space: pre; "> </span><a href="http://www.curtismeyer.com/">http://www.curtismeyer.com/</a></div></div><div><br></div></span><br class="Apple-interchange-newline">
</div>
<br><div><div>On Mar 17, 2014, at 7:36 PM, David Lawrence <<a href="mailto:davidl@jlab.org">davidl@jlab.org</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><br>Hi All,<br><br> Unfortunately, I was not involved in the DC conversation so I don’t know all of the details of that discussion. I’m not sure I quite understand the benefit of this change though. Prior to this, the seeds for the two critical stages Richard mentions (hdgeant and mcsmear) were being recorded. The code already did exactly what the policy paragraph in Richard’s e-mail described. In addition, one could choose to specify a different set of seeds for mcsmear to use than what was used hdgeant. (Default was to use the hdgeant seeds though.) This new system seems to loose that flexibility. I guess I’m just confused as to what advantage this has to what existed 3 days ago.<br><br>Regards,<br>-David<br><br>On Mar 17, 2014, at 3:52 PM, Richard Jones <<a href="mailto:richard.t.jones@uconn.edu">richard.t.jones@uconn.edu</a>> wrote:<br><br><blockquote type="cite">Hello all,<br><br>I have just checked into the trunk a cluster of updates that implements the new random number seed policy that was agreed upon at the data challenge meeting on 3/14.<br><br>All processes that employ random numbers in analyzing or updating an event should initialize the random generator to the seeds listed in the event record at the beginning of each event. If the event record contains no seeds upon input, or if those seeds are all 0, any program that needs random number seeds should generate its own set at the start of each event, and save them in the output event record to be reused by all subsequent analysis stages that require randoms.<br><br>That was my understanding of the policy we agreed to, and that is what I implemented in the changes I just checked in. In anticipation of the extended seeds needed for Geant4, I extended the list to 4 32-bit seeds, and programs that need fewer bits to initialize their internal generators should consume as many as they need, starting at seed1. This required an update to the data model, which means that any analysis programs built after this change is implemented will not be able to read simulation files that were generated prior to this change. This restriction does NOT apply to rest files, only intermediate simulation files like hdgeant.hddm or hdgeant_smeared.hddm files that were generated with the earlier <random> tags. This restriction also does NOT apply to reading the output of bggen files that were generated earlier, only the output from hdgeant and mcsmear, which are the only ones directly affected by the new policy.<br><br>-Richard Jones<br>_______________________________________________<br>Halld-offline mailing list<br><a href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a><br><a href="https://mailman.jlab.org/mailman/listinfo/halld-offline">https://mailman.jlab.org/mailman/listinfo/halld-offline</a><br></blockquote><br><br>_______________________________________________<br>Halld-offline mailing list<br><a href="mailto:Halld-offline@jlab.org">Halld-offline@jlab.org</a><br><a href="https://mailman.jlab.org/mailman/listinfo/halld-offline">https://mailman.jlab.org/mailman/listinfo/halld-offline</a><br></blockquote></div><br></div></div></blockquote></div><br></div></body></html>