To start with Issue #530, see if there are no crashes with AnalysisDriver queue size at 24.

[#57928654]
Trying to fix crash caused by running out of memory during large PAT run. No longer storing stdout data for ToolBasedJobs. Also, making that data available on load by re-implementing getOutput() to simply load the file on disk. (At runtime, UI's are getting this data from a signal.)

[#57928654]
Don't perpetually hold a DataPoint's Model and SqlFile in memory. (Jason, this should not have been happening in our case, but fixing it since I found it.)

[#57928654]
Profiling-based improvement: Delay hooking de-serialized DataPoints up to their Problems until Analysis constructor (rather than making a separate copy of Problem for each DataPoint).

Profiled opening large PAT project (partially populated with results). Before change:

258 s for de-serializaing analysis
30 s for opening RunManager database

After change:

30 s for opening RunManager database
13 s for de-serializing analysis

I have a couple more items to persue regarding de-serializing the analysis. @lefticus, please see if you can improve the performance of opening the RunManager database. Of those 30s,

75% is spent in RunManager_Impl::RunManager_Impl on m_dbholder->loadJobs()
25% is spent in enqueue(loadedjobs,false,m_dbfile.parent_path()), more particularly, in WorkflowItem::updateDescription (6.8 s)

I have detailed results on my laptop if you want to look at them sometime.
Improve deserialization of DataPoint variableValues.

[#58084810]
Merge pull request #564 from NREL/20131003_ETH_Issue530_LargeProjectLocalRunCrash_57928654

20131003 eth issue530 large project local run crash 57928654