Support Board
Date/Time: Sat, 01 Mar 2025 19:29:06 +0000
Charts running slowly
View Count: 626
[2021-10-08 17:17:02] |
User606491 - Posts: 164 |
My chartbook is running very slowly. I've performed all of the meaningful modifications, including a complete re-build of the chartbook. Specifically, the charts within the chartbook load at an "okay" speed, but prices lag at an unacceptable rate (even after increasing the chart update interval). Can you pls diagnose?
|
[2021-10-09 20:26:38] |
Tonkadad - Posts: 235 |
Have you looked at your Task Manager (Ctrl + Alt + Delete) to see computer stats? CPU, memory, etc..
|
[2021-10-10 02:24:51] |
User606491 - Posts: 164 |
Appreciate the question. Yes. Typical CPU load is <14%. Running 8 cores on a machine that is less than 1yr old.
|
[2021-10-10 03:45:02] |
Tonkadad - Posts: 235 |
Where are you getting your price data from? Is this a new issue or has it always lagged? What symbols are you getting data for? Have you done a speed test for internet?
|
[2021-10-10 04:34:29] |
User606491 - Posts: 164 |
All great questions. Price data is Denali. Internet speed is not the issue; plenty fast. To your other points: I currently have 29 charts loaded. But this really should not be an issue. Actually, the intent is to run algos on 75 markets. Chart update interval set to 500ms (no change in lag when set to 2000ms). 10 days data loaded for each chart. Studies are not cumbersome and not causing much load. I expect that the slowdown is due to the number of charts open as the issue disappears when only one chart is open, but really there should be a way to have math on multiple markets without lag. Appreciate your guidance, |
[2021-10-10 05:59:10] |
Tonkadad - Posts: 235 |
What is your reference for the lagging price?
|
[2021-10-10 13:15:37] |
User606491 - Posts: 164 |
Two primary references: 1) price change on the NQ when viewed on a chartbook containing 29 vs. only 1 chart, and 2) the lag in seeing order entries appear on my screen after execution.
|
[2021-10-10 15:17:17] |
John - SC Support - Posts: 38292 |
User606491: Your Sierra Chart account which you have logged into this Support Board with is expired. So we know what Sierra Chart account you are using, go to Help >> Support Board from within the Sierra Chart desktop program and then post in this thread telling us this is done. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
[2021-10-10 15:45:58] |
User606491 - Posts: 164 |
Hi John, Thanks for the message. This is the account with the issue. I've let the account expire because the issue has been most egregious since switching to Denali. Either way, this account has now been re-newed. Can you and your team pls evaluate the chartbook/log for any issues? Appreciate your guidance. |
[2021-10-10 16:29:00] |
John - SC Support - Posts: 38292 |
Refer to the information at the following link and the section after it: High CPU Usage | Inactive User Interface | Poor Performance | Long Time to Load Chart Data | Charts Reloading Often: 30.47 - Use Sub Instances to Distribute Processing Load (30.47 - Use Sub Instances to Distribute Processing Load) For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2021-10-10 16:31:15
|
[2021-10-10 16:30:57] |
|
Yes definitely use sub instances to distribute processing load.
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 Date Time Of Last Edit: 2021-10-10 16:31:03
|
[2021-10-11 17:02:03] |
User606491 - Posts: 164 |
To follow-up: I reduced CPU load from 13-15% to 3-5% by removing a "Master" sheet that I had created. This Master sheet was used to centralize both inputs to and output from each symbol's respective sheet. The inputs now appear on the respective formula source sheets - which, although cumbersome to manage individually, is fine. I've eliminated output centralization, which I would have preferred not to do. Although I've seen it elsewhere in the SC material, adding intra-sheet linking to this link (High CPU Usage | Inactive User Interface | Poor Performance | Long Time to Load Chart Data | Charts Reloading Often) as a possible reason for workbook slowdown may be helpful to others. |
To post a message in this thread, you need to log in with your Sierra Chart account: