Home >> Support Board

Support Board

Date/Time: Sun, 06 Sep 2026 04:11:07 +0000

How to Post a Message for Support

SC2929 unresponsive during chartbook loading

View Count: 746

[2026-07-21 23:19:16] #1 [Go To First Post]
User512353 - Posts: 183
Debian 13.6 kernel 6.12.95-1 wine 11.0 SC2929 I have a chartbook with a large number of charts (around 50). Up to and including SC2922, when loading this chartbook, just a second after opening it and opening a few chart windows, it would become unresponsive for about 15-20 seconds, depending on how much data would have to be loaded. The operating system would recognize the program as unresponsive and open a popup window to optionally kill the application. After that, SC would become responsive again and continue loading the charts with the usual white rectangle in each chart window. Further loading would then take another 45 seconds or so. Total loading time ca. 01:10. Since 2929 now, all of the above still occurs, but briefly after returning from the unresponsive period it now goes into a second unresponsive period for ca. 60 seconds, depending on how much data is to be loaded. This time is now added to the previous total loading time, i.e. after returning from the second unresponsive period SC will continue loading the charts in the same way it previously did after the first unresponsive period. Total loading time now almost doubled. I have never experienced such a "second unresponsive period" before. It is reproducible. The msglog does not contain any direct clue why the chartbook takes so long to load. The only noticeable thing is that the message log now contains "time gaps" of 10 seconds or more while the chartbook was loading, whereas with SC2922 the messages from loading the chartbook would be in a tight sequence. After loading the chartbook, I could not identify any operational deficiencies. Just want to mention this strange new behavior here. I could live with it, but it seems something is no longer working as before.

[2026-07-23 16:25:37] #2 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
There are no changes which would cause this. There is potentially a lot of processing, with study calculations which could cause freezing. This is nothing new. However, update to prerelease 2931 and see if this makes any difference. We would not think so but go ahead and try. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-07-23 16:26:22

[2026-07-25 13:17:41] #3 [Go To First Post]
Valmel - Posts: 2
Me too with SC2930, I don't remember version before. I use MacBook with CrossOver, I hope a native release for macOS in the future. It's slow and it's never ready to show me chart book. All blocked

[2026-07-27 13:24:46] #4 [Go To First Post]
User512353 - Posts: 183
SC2931 does not change the observed behavior.

[2026-07-27 14:48:58] #5 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
We would not expect the version would make a difference. There are no changes which would create any problem. The problem is most likely attributed to simply more data to load and process: High CPU Usage \| Inactive User Interface \| Poor Performance \| Long Time to Load Chart Data \| Charts Reloading Often: 30.48 - Basic Steps to Resolve Performance Issue in Sierra Chart 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-07-27 14:49:53

[2026-07-27 15:16:55] #6 [Go To First Post]
User512353 - Posts: 183
I disagree with this. The observed behavior was clearly introduced with the upgrade from SC2922 to SC2929. It should also be noted that during the second unresponsive period, unlike the first unresponsive period (which was always there), there is NO high CPU load. When the chartbook with the ~50 charts is loaded, it of course uses all CPU cores to the max. This is where the first unresponsive period occurs, and this is understandable. In the 2nd unresponsive period, introduced with SC2929, this is NOT the case. The chart loading is not complete, but NO high CPU observable during this period! This application stall has other reasons! Date Time Of Last Edit: 2026-07-27 15:18:44

[2026-07-27 22:23:12] #7 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
Refer to: High CPU Usage \| Inactive User Interface \| Poor Performance \| Long Time to Load Chart Data \| Charts Reloading Often: 30.44 - Performance Differences Between Versions of Sierra Chart We are not spending any time on this. And we do not believe there is anything wrong in Sierra Chart in newer versions and this does not make sense anyway. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-07-27 22:24:29

[2026-07-28 06:34:08] #8 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
Our recommendation is to test Sierra Chart under Windows and see if you have the problem. There definitely are no changes in Sierra Chart which would be causing the problem you describe in the first post. There is this new functionality, but this is not going to cause the program to freeze unless the operating system, cannot handle such a simple thing like this: When reopening a previously saved Chartbook, the Z-order of chart windows within the main MDI window is according to how they were last manually arranged based on direct chart window interaction. It is not according to the list of charts in the Chartbook as shown in the Window >> Windows and Chartbooks window. The order of chart windows in that list, controls the order of the tabs for selecting the charts. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2026-07-28 08:58:42] #9 [Go To First Post]
User512353 - Posts: 183
I do not have any Windows system to test this. Without any further information about what Windows APIs are used in this feature, it is practically impossible to locate any point of failure, e.g. in wine.

[2026-08-01 21:23:08] #10 [Go To First Post]
TH.555 - Posts: 44
Same problem under Windows. Back to my previous version 2915.

[2026-08-05 19:54:59] #11 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
We have added this new setting to prerelease 2934: General Settings >> Charts >> Chartbooks >> Restore Z-Order of Chart Windows When Reopening Chartbook : Yes See if it setting it to No makes any difference. We would not think so but we have no idea what the issue is. It makes no sense there is anything changed which is causing a problem like described. This is just simply a performance issue which can have many causes: High CPU Usage \| Inactive User Interface \| Poor Performance \| Long Time to Load Chart Data \| Charts Reloading Often 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-08-05 19:56:38

[2026-08-06 10:23:38] #12 [Go To First Post]
User512353 - Posts: 183
SC2934 with General Settings >> Charts >> Chartbooks >> Restore Z-Order of Chart Windows When Reopening Chartbook = No does not change the observed behavior. This assumes that no application restart is required after changing this setting.

[2026-08-06 12:44:46] #13 [Go To First Post]
TH.555 - Posts: 44
"Observed behavior" starts from the version 2925. Date Time Of Last Edit: 2026-08-06 16:58:16

[2026-08-06 21:34:30] #14 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
No restart is needed.: This assumes that no application restart is required after changing this setting. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-08-06 21:34:39

[2026-08-07 05:48:39] #15 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
So you do not have the problem in version 2924? "Observed behavior" starts from the version 2925. Please confirm and we will check what has changed between the versions. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2026-08-07 11:27:32] #16 [Go To First Post]
TH.555 - Posts: 44
I confirm, no problem in version 2924.

[2026-08-07 21:52:30] #17 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
In version 2924, select Help >> About. What does it show for Revision? We need to know the number. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2026-08-09 20:30:12] #18 [Go To First Post]
TH.555 - Posts: 44
Version 2924 Revision 57263 Version 2925 Revision 57302 Tested with the same Chartbook - v2924 vs v2925 Date Time Of Last Edit: 2026-08-10 11:59:49


Private File Private File

[2026-08-09 21:52:02] #19 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
We will check those revisions. We had a quick look now, but there was nothing found with what we looked at that would cause any problem. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2026-08-10 20:00:11] #20 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
Are either of you using the study Horizontal Lines at Increment? There were changes with this study. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-08-10 22:05:59

[2026-08-10 20:11:32] #21 [Go To First Post]
User512353 - Posts: 183
Yes, the chartbook that causes the observed behavior is using this study in at least 2 charts.

[2026-08-10 22:05:40] #22 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
This likely is where the problem is. We will look into this further. 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, use the Teton service: Sierra Chart Teton Futures Order Routing

[2026-08-11 11:57:53] #23 [Go To First Post]
TH.555 - Posts: 44
Removing the study Horizontal Lines at Increment solves the problem. Date Time Of Last Edit: 2026-08-11 13:44:04

[2026-08-11 22:15:35] #24 [Go To First Post]
Sierra_Chart Engineering - Posts: 24779
We will have a new release out, in about two hours, later this evening, which will have the performance issues with that study resolved. The study will be much more efficient in this release. We have also added a Number of Bars to Calculate input. Set that as you require and as low as possible. Version 2938 is now released. Update: We have released version 2939 with further performance improvements with this study. 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, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-08-12 06:30:13

[2026-08-12 12:59:50] #25 [Go To First Post]
User512353 - Posts: 183
With SC2939 the observed problem as described in the original post is gone. The loading of the chartbook is now much faster than before (i.e. before the problem occurred).

To post a message in this thread, you need to log in with your Sierra Chart account: