Support Board
Date/Time: Wed, 14 May 2025 07:33:27 +0000
Post From: SC burns CPU resources on continually accessing data files even with markets closed
| [2016-04-05 05:18:32] |
| |
|
We are looking at this again. This is not true: 1. Needlessly tries to create files for already existing intraday/daily data files
Not sure how you conclude this. No need to respond because we know there is not a problem like this. 2. Needlessly reads 1 record of intraday data from the end of all open intraday/daily data files on a frequent and continual rate across every single chart open across all chartbooks.
This is only the case for Intraday files and this is a very efficient operation. We are certain that no users may be other than yourself would notice any CPU usage from this.This isn't just 1% CPU either; with a large amount of chartbooks/charts open one can see 8-10%+ CPU basically doing nothing useful whatsoever.
We are certain no one is going to have this from the checking of Intraday data files.one can even *close* their chartbooks entirely and *still* see SC accessing and updating the data files.
This is only the case if trading is occurring for a particular symbol. Otherwise this is totally false.why not simply just check the filesize and if it hasn't varied then don't bother reading 40 bytes of data that hasn't even changed.
This does not work with Intraday Data Storage Time Units greater than 1 Tick.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |