[kepler-dev] [Bug 4764] ProvenanceRecorder.changeExecuted slow after workflow run

bugzilla-daemon at ecoinformatics.org bugzilla-daemon at ecoinformatics.org
Thu Feb 11 21:51:04 PST 2010


http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4764

--- Comment #5 from Oliver Soong <soong at nceas.ucsb.edu> 2010-02-11 21:51:03 PST ---
The function recordContainerContents is the cause of the slow behavior.  It is
called from _recordWorkflowContents which is called from changeExecuted but
conditional on _haveExecuted, which is why it only occurs after a run.  From
what I can tell, the slow behavior is not due to anything particularly obvious,
but the function is called ~3200-3400 times at an average cost of about 10ms.

I mentioned in the previous comment that it's called 3 times.  It's actually
called 4, but one is in the preinitialization step of the run.

My best guess is to look into SQLRecorder.java, and particularly at the
functions registering entries with provenance.

-- 
Configure bugmail: http://bugzilla.ecoinformatics.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the Kepler-dev mailing list