SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Strategies & Market Trends : TA-Quotes Plus

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Gary Lyben who wrote (7158)10/13/1998 1:17:00 PM
From: Craig DeHaan  Read Replies (2) of 11149
 
Gary & Techteamsters,

Do you know of any reason why the scan function module is not loading into ram after first input list passes anymore? Starting around last Friday, a 12 series scan profile which ordinarily flew by in less than 13 minutes is now taking more than an hour with constant disk thrashing on every individual scan even though reading from the same input file. Previously the first scan completed with usual disk access slowness, but all subsequent scans flew in ram. Start any particular scan and cancel it out somewhere, the rerun flies up to the cancellation point. But full-cycling the same scan twice, the second paces no faster than the first now.

There are a couple subordinate 6-scan profiles that seem to act normal after first pass. Some earlier R1.1 batches still run like the 'good old days' on R1.1 so it doesn't appear to be hardware related.

Could it be something with the database itself (Ken complained of some new problems this weekend) or maybe a corrupt driver. I don't know program mechanics so at a loss to figure here. But it's a major slowdown in the meantime.

Thanks for any insights,

Craig
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext