Support Board
Date/Time: Fri, 12 Jun 2026 22:59:24 +0000
Inordinate Amount of Time for SC to close.
View Count: 42
| [2026-06-12 20:40:40] |
| User158823 - Posts: 5 |
|
Been using SC for a few months, daily. Starting on June 10, 2026, I've observed that it takes SC up to 2 minutes to close, if it is opening all day during RTH. When it finally closes, I reopen then close again, then it closes in about 25 seconds, still long. I checked the support board for this issue. No obvious threads. I tried using AI generative chat, which pointed me in the direction of "isolating" the DLL of issue. I use 2 Chartbooks. One for ES and one for NQ. Both have the exact same number of elements: - Main Footprint Chart - Intraday (trade initiation) - Customized DOM - Another Footprint chart - higher bar range (longer outlook) - Heat Map - One Reversal chart complementing the longer outlook footprint chart - Another Reversal chart complementing the shorter term / trade execution footprint chart I tedious went through the process of backing a backup of Data, deleting the content of data folder under Sierra Chart folder, then one by one adding each DLL back and testing it. I confirmed that the issue is not surfacing from any studies I have applied. What I did notice, that if I delete the heatmap chart, the problem disappears. To confirm, I reinstantiate that heat map intraday chart with the studies collection I used for Heat Map. Close and again the problem resurfaces. Next, I reopen SC, and remove all the studies from the heatmap, essentially leaving only an intraday candlestick chart, close SC and the problem again persists. Hmmm... So I go back to my AI chatbot and describe the issue, where it uncovers a known issue - SC is backuping too much data upon close when using the default days to load of 186, so I reduce it to 3 days for chart data and market depth for the heat map chart. Still the problem persists, even after an EDIT --> Delete all data and download. So, then I go to Global settings --> Trade/Data Service Settings and change the Maximum Historical Intrady DAys to Download to 31, 31, and keep the formula symbols to 15. This is a reduction from the default 186 days. But still the problem persists. My machine is a Legion 5 Laptop: Device name ***** Processor AMD Ryzen 7 5800H with Radeon Graphics (3.20 GHz) Installed RAM 64.0 GB (63.9 GB usable) Graphics card NVIDIA GeForce RTX 3060 Laptop GPU (6 GB) Storage 511 GB of 3.73 TB used Device ID 9BF91B51-D583-4C68-A05A-F5E00B31D476 Product ID 00330-80000-00000-AA919 System type 64-bit operating system, x64-based processor Pen and touch Pen support ... with 2 internal hardrives: 1 - 2TB SSD 1 - 2TB non-SSD 7200 RPM HD I am hardwired to the internet, Verizon Fios, is my service provider. Package 1 gig downloads/uploads, clocks at 900/800. I used AMP Futures as my broker and Teton/Denali as the data feed. I have SC package 12 with CME/Globex (Level 2) Depth of Market. I spent upwards of 3 hours trying to fix this. Before this, I had not issues closing the app. Also, during execution, performance is stellar, no issues. Hope you can assist. Thanks. Date Time Of Last Edit: 2026-06-12 20:50:13
|
| [2026-06-12 21:01:19] |
| John - SC Support - Posts: 46668 |
|
Did you try closing the chartbooks without any custom studies on the charts (you can accomplish this by running in Safe Mode)? What occurs in this case? Refer to the following regarding Safe Mode: Sierra Chart - Software Login Instructions: Using Safe Mode For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-06-12 21:09:17] |
| User158823 - Posts: 5 |
|
Thank you, John. I tried closing the chartbooks WITH the custom studies on the charts and everything closes fine. This is what AI chat had me do, which lead it to advise that it is likely a study or 3rd party software causing the issue. I use no 3rd party software, so I tried the contents of DATA one by one in non-SAFE MODE. Do you think it necessary to still remove all studies in SAFE MODE and try closing when it already closed quickly with all studies applied? Gary |
| [2026-06-12 21:13:29] |
| User158823 - Posts: 5 |
|
Sorry - left out the fact that I tried what you suggested "in safe mode" ... UPDATED: "I tried closing the chartbooks IN SAFE MODE WITH the custom studies on the charts and everything closes fine. |
| [2026-06-12 21:22:18] |
| User158823 - Posts: 5 |
|
Also, an observation: As I increase the Chart Settings --> Bar Period --> 'Range per Bar - Standard (in ticks) --> 'Bar Period Value' incrementally, when I hit 4, I start seeing an improvement on app close. At 'Bar Period Value' = 10, issue is gone. But I've used 'Bar Period Value' of 2 for the longest time without issue and quite frankly that is what my setup calls for. Why now is closing the application becoming a problem. Again, performance is stellar when application is up and running. Gary |
| [2026-06-12 21:31:22] |
| John - SC Support - Posts: 46668 |
|
It does not matter if the studies are on the chart or not on the charts when you are in Safe Mode. When you are in Safe Mode those studies are not called, so it is exactly the same as if you did not have the studies on the charts. So if the program closes fine in Safe Mode, but it does not when Safe Mode is off, then this would point to the custom studies doing something when the program is closed - which many do, as they need to clean up things when the study is removed from a chart, which is occurring on a close of the program. Another item you need to consider is whether you are saving the chartbooks when you close. If you are, then that will certainly add time. You would need to try closing with and without saving (save prior to closing). One other item we would like to point out is that you state that you have 2 drives in the system, one SSD and one not. We highly recommend running Sierra Chart on an SSD drive, as there is a lot of reading and writing of data. If you are running it on the hard drive (non-SSD) then we wonder if this could be part of the issue - particularly if the drive is getting full, or just due to fragemtation that occurs with standard drives, causing more time to save files. Most likely this is just an intermittent issue related to your hardware or your setup, or something. But you can give us a Chartbook and we can see if we have the same issue. If we can reproduce it, then we could potentially fix it. Refer to the following for how to get us your chartbook: Support Board Posting Information: Attaching a File (Optional) For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-06-12 21:57:13] |
| User158823 - Posts: 5 |
|
Running Sierra Chart on C: drive which is my SSD. So, no need to do a Save All every time if I haven't changed any studies settings or chart setting during my session. I see. I'll keep that in mind, but I usually do alter the Historical Bid/Ask used for my Heat Map, which is typically why I always choose a Save All upon close. I'll just save the study collection going forward or save any element I update along the way at that instant, so I can safely skip the Save all upon close. I Uploaded the chartbook "ES Chartbook.cht. Please confirm it was indeed attached, as it doesn't readily "show" on the webpage, but it does stated that it was uploaded in the popup window for Uploading files. Thanks for the prompt replies, John. Gary |
 ES Chartbook.Cht - Attached On 2026-06-12 21:53:05 UTC - Size: 36.73 KB - 2 views |
To post a message in this thread, you need to log in with your Sierra Chart account: