Thanks, now it's running properly again. cheers Alessandra On Fri, 25 Sep 2015, McCormick, Jeremy I. wrote: > It should be back to about 50ms per event now on trunk. I confirmed with > the EngRun2015ReconTest in integration-tests. > > On Sep 24, 2015, at 5:49 PM, Hansson Adrian, Per Ola <[log in to unmask]> > wrote: > > > Hi again, > > so with a fresh update I also now see the recon being x3 slower than this > morning. My full recon job takes 140ms/event instead of 50ms/event. > > Can people who have committed code today take a look at this and maybe revert > to find the source and if it’s needed? > > Maybe first verify that it’s slow. > > /Pelle > > > On Sep 24, 2015, at 9:13 AM, Alessandra Filippi <[log in to unmask]> wrote: > > > I’m not sure if I think it runs so much slower. It’s > using 100% of one of my cores for sure. Perhaps you can > try at a slac node and see if it behaves the same or > locally if you are running on a slac machine. Note that > if you use a shared slac machine I’ve seen those > sometimes be very slow depending on load. > > > ok. Since for me it's using just the 22% (while until yesterday it > was completely filling the core) I will try to reboot my machine, > first thing. Tomorrow, as I want at least one run to be finished to > compare results, and it started this morning and still runs. Well, > runs... I'd say, walks (lame) ;-) > thanks > > > > > > /Pelle > > > > On Sep 24, 2015, at 8:42 AM, Alessandra Filippi > <[log in to unmask]> wrote: > > When you says it “does more” > you mean it takes more time? Or > do you see it doing something > else? > > I’m looking into it. > > > I cannot tell if it's writing more on the > slcio file as long as the run isn't > finished and I can compare full run sizes. > The gbl file dimension looks comparable to > the old one (for 1/3 of processed events). > So, actually I don't know it it's doing > more. For sure, it's doing it more > slowly... > can any of you try on your machines if > experiences the same slowdown? > thanks. > > > > /Pelle > > > On Sep 24, 2015, at 8:19 AM, > Alessandra Filippi > <[log in to unmask]> wrote: > > yes > how do I know which > strategies are > running?? > I just need what > was running for > pass2, but it looks > like the > reconstruction it's > doing much more > now... and it takes > forever > > > > On Thu, 24 Sep > 2015, Hansson > Adrian, Per Ola > wrote: > > > Are you > doing > evio to > lcio? > > > On Sep > 24, > 2015, > at 8:04 > AM, > Hansson > Adrian, > Per Ola > <[log in to unmask]> > wrote: > > Perhaps > more > tracking > strategies > are > running? > > > On > Sep > 24, > 2015, > at > 4:30 > AM, > Alessandra > Filippi > <[log in to unmask]> > wrote: > > Hi > all, > after > a > fresh > update > yesterday > I > realized > that > the > reconstruction > speed > decreased > awfully: > yesterday > I > was > reconstructing > 1000 > events > in > 25 > seconds, > now > it > takes > more > than > 3 > minutes. > Also, > while > before > 100% > of > the > cpu > was > taken, > now > not > more > than > 25% > is > used > (and > I'm > not > doing > anything > else > on > the > pc). > The > steering > file > I > am > using > is > EngineeringRun2015FullReconGbl2.lcsim > with > GhostHits > removed, > the > "well-behaving" > code > (whose > version > number > of > course > I > lost > after > the > last > update) > was > next-to-last > updated > after > the > start > of > pass2 > production, > no > later > than > one > week > ago. > > What > happened > in > the > meanwhile? > thanks, > Alessandra > > ######################################################################## > 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 > > > ######################################################################## 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