Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 19 Apr 2024 19:01:49 +0000
Sierra Performance Issues, high CPU load, lagging
View Count: 2073
| [2018-09-11 15:59:34] |
| Diomedes - Posts: 27 |
|
Hey Sierra, I started to experience lagging of Sierracharts. The charts load fine, but there is clear lag in the live data when looking at the footprint charts (1-2 updates per second max) but also placing orders etc. it just reacts slow. The CPU load is up to 25%, on 4 cores so thats a max and I suspect that to be the issue. GDI objects run from 650 to about a 900, so thats pretty high as well from what I learned. After closing the chartbook and disconnecting, the CPU drops to 0, so that should rule out Antivirus as a cause. After downloading the latest version 1803 the performance improved slightly, but not to normal, the GDI objects drop by about 10-15%, but not the CPU load. I have never had performance issues before, in the Safe Mode the CPU load and everything else remains the same as well as the lag. I have not played nor made any significant changes to my chartbook and only use 1 custom study (Background Bars), so should not be an issue. I also played around with Global Settings and Chart Update Interval setting it to 1s for all the charts, made no difference either. That is all I was able to try to troubleshoot on my own with no success,I am not sure whats going on as there were no problems since about 3 months ago when I upgraded the PC to this i5-7400 with SSD drive (and neither before with Laptop setup). Please help, thank you! |
| [2018-09-11 17:11:52] |
| |
|
. After closing the chartbook and disconnecting, the CPU drops to 0, so that should rule out Antivirus as a cause. This is definitely not true. That can still be the cause.You need to disable it completely to rule it out. Also try closing one chart at a time and see which one is seems to be contributing to the problem mostly. 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: 2018-09-11 17:12:48
|
| [2018-09-11 17:14:30] |
| Cavalry3162 - Posts: 523 |
|
i also noticed a higher cpu load but an overall more of performance.. it doesnt slow down anymore and the dom bid/offer changes are fast all day.. so i dont care if i see a higher percentage as long is its faster than before. so to me its a job well done, SC Date Time Of Last Edit: 2018-09-11 17:15:28
|
| [2018-09-11 17:44:11] |
| |
|
One thing that can lead to higher CPU usage is the use of a logarithmic scale and Chart Drawings on those charts. This will definitely take more CPU time in 1803 to draw those. Check to see if any of the charts use a logarithmic scale and disable that option through the Chart menu if that is the case. 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: 2018-09-11 17:45:45
|
| [2018-09-11 18:29:14] |
| Diomedes - Posts: 27 |
|
The problem remains the same after disabling the Antivirus. Also all of the scales are linear, no log scales and not too many chart drawings. Closing the charts one by one, about half way through closing the charts the relative responsiveness and feel became normal, but the CPU load remained the same at 25% in the Resource Monitor vs. 20% in the Task Manager. Closing down all the charts in the chartbook the CPU load was still 15% in the Resource Monitor and about 9% in the Task Manager. Not sure why these two numbers do not match up. Once I closed down the empty chartbook the CPU load became 0%. Not sure what to make out of it. |
| [2018-09-11 19:26:44] |
| |
|
Closing down all the charts in the chartbook the CPU load was still 15% in the Resource Monitor and about 9% in the Task Manager. Are you referring to the CPU usage from Sierra Chart itself or overall?Once I closed down the empty chartbook the CPU load became 0%. This does not make sense because if there are no charts in the Chartbook, closing a Chartbook is not going to change anything CPU usage wise. Check again. We cannot possibly believe this. Or possibly there is a chart you did not see. You can look for it through the CW menu.There is no doubt if we test your Chartbook, we will notice low CPU usage and we would not be able to reproduce what you are describing. 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: 2018-09-11 19:29:57
|
| [2018-09-11 19:33:55] |
| |
|
Another thing we recommend you do is to restart your computer. There have been clear instances in thee past, where reports like this are system specific and a restart resolves the issue.
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 |
| [2018-09-11 20:44:12] |
| Diomedes - Posts: 27 |
|
My sincere apologies, I did not notice 2 detached charts remained open the last time. Therefore yes once I close all of the open charts down, the CPU usage goes to 0%. Leaving just 4 charts open in the chartbook (out of about 25 total charts) the Sierrachart program still churns CPU at 14% in the Resource Monitor, and 8-9% in the Task Manager, referring only to SierraChart. Leaving just one chart open it is at 4% and 3% respectively, dropping to 0% once the last chart is closed. Restarting the computer did not make a difference and as noted before the problem was never experienced before running the same chartbook with those same charts. |
| [2018-09-11 21:25:48] |
| |
|
We can test your Chartbook and see what we notice. Attach it by following these instructions here: https://www.sierrachart.com/index.php?page=PostingInformation.php#AttachFile 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 |
| [2018-09-12 11:54:59] |
| Diomedes - Posts: 27 |
|
There it is, like I said I am not sure how it went from having no problems at all to having problems and lagging. Hopefully you guys can figure something out. Many thanks!
|
Private File Attachment Deleted. |
| [2018-09-12 13:49:21] |
| User21113 - Posts: 62 |
|
n/a
Date Time Of Last Edit: 2018-09-12 22:27:41
|
| [2018-09-12 15:24:40] |
| |
|
8 core, high cpu usage. Charts stick as they are moved. For the record, your issue cannot possibly be related to this thread at least as far as it being some issue related to the current versions and the graphics related development. The charts are updating with data. You are running version 1635, the current version is 1803 . So your version is from about a year ago. Your issue might be this item here: High CPU Usage | Inactive User Interface | Poor Performance | Long Time to Load Chart Data | Charts Reloading Often: 30.8 - Antivirus/Anti-Malware Software In any case refer to the entire of help topic 30 to see what the issue would be: High CPU Usage | Inactive User Interface | Poor Performance | Long Time to Load Chart Data | Charts Reloading Often Most likely it is one of those. 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: 2018-09-12 15:29:38
|
| [2018-09-12 15:25:37] |
| |
|
There it is, like I said I am not sure how it went from having no problems at all to having problems and lagging We will test this. And see what we notice for the GDI object count and also the CPU usage.
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 |
| [2018-09-12 15:44:10] |
| |
|
In regards to the original post in this thread, one thing we notice is you are using custom studies: YMU8 [M] 30 Sec #13 | Not loading UserContributedStudies.dll. Advanced Custom Study Safe Mode enabled. | 2018-09-12 11:40:08 It is essential, that you run Sierra Chart in Safe Mode to rule that out as the problem. Instructions:Sierra Chart - Software Login Instructions: Using Safe Mode 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 |
| [2018-09-12 15:55:45] |
| |
|
Testing your Chartbook now and it runs at about 3 to 5% CPU usage which would be considered high on system we are using. The GDI object count is higher than we would expect. It is about 780 probably because of a large amount of colors and styles being used. We will see how to manage this better. Most likely the problem is related to this. 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: 2018-09-12 16:00:11
|
| [2018-09-12 16:25:56] |
| |
|
So to the extent that this issue is related to the GDI object count and really that would be the only explanation, we will develop a solution but allow us a few days or a couple of weeks. We have to try out some different ideas and also discuss this with the developer who worked on what is called the GDI object pool. We had hoped, that this would create efficiency but really the Windows API is quite inefficient with GDI object management. It is quite ridiculous it is struggling with even just as little as hundreds of objects. One thing that we learn as time goes by, is just how poor in many areas the Windows operating system is. So really the core inefficiency is more at the OS level than anywhere else. Or I guess this problem probably will just get worked around when we add support for OpenGL which we are currently working on. So we may just work on a quick patch in this particular case. But in general, for the average user, they are not going to notice this kind of problem. The GDI object count should be reasonable. 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: 2018-09-12 16:28:42
|
| [2018-09-12 17:06:45] |
| |
|
One thing we noticed is that when we reattached all of the detached charts, the user object count decreased and CPU usage dropped by more than 50%. So we recommend not using detached charts and instead just use multiple instances of Sierra Chart: Using DTC Server for Data and Trading in Another Sierra Chart Instance This really is going to be the best solution because the simple fact is you do have a high CPU usage Chartbook to begin with, with lots of 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2018-09-12 17:08:33
|
To post a message in this thread, you need to log in with your Sierra Chart account: