Login Page - Create Account

Support Board


Date/Time: Thu, 02 May 2024 07:16:21 +0000



SC hitting some kind of windowing resources limit

View Count: 955

[2019-09-25 13:26:21]
ycomp - Posts: 274
I have the problem where if you open a moderately large amount of chartbooks and charts or doms (which are really charts in sierra chart)

then parts of the window will stop being drawn of the latest opened chartbook... like missing chart trader windows... like maybe they open on 2 charts but not on the other 3.

?

also sometimes it will hang the whole program - opening the last chartbook.

We are talking here like 10+ chartbooks with maybe an average of 5 or 6 windows (charts, doms, T&S) per chartbook

It's some kind of lack of resources... however I have plenty of RAM available and anyhow SC is only using about 500-600mb at this stage - on the 64bit version.

and I can't imagine that SC is using up all the window handles available to it since that limit is astronomically high I think.

I can partially solve this problem by opening another instance but if I'm live I think that would require an extra login and all associated exchange data fees duplicated as well, at least if it is CQG

Is there any way to configure SC to allow usage of more resources or anything like, whatever causes this problem?
[2019-09-25 13:52:13]
Sierra Chart Engineering - Posts: 104368
You are running into operating system level limitations.

You do need to use additional instances as described here:
Using DTC Server for Data and Trading in Another Sierra Chart Instance

Additional instances do not require any external service username or allowance of any kind.
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
[2019-09-25 16:22:56]
ycomp - Posts: 274
do you think these limitations could be at a lower threshold than windows 10 because I'm on windows server 2019 ?

do new instances do any kind of data feed connection sharing or they are completely independent of each other?
Date Time Of Last Edit: 2019-09-25 16:25:06
[2019-09-25 17:33:00]
Sierra Chart Engineering - Posts: 104368
We will only answer questions within the scope of our support.

Regarding the second question, refer to:
Using DTC Server for Data and Trading in Another Sierra Chart Instance: Using DTC Server for Data and Trading in Another Sierra Chart Instance
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
[2019-09-25 19:50:58]
ycomp - Posts: 274
sure, I'm not asking for personal support about my specific install of windows.

I just mean, is it normal to have these problems start to occur at about 10 chartbooks (tabs) with 4 or 5 windows on each (and chart traders on all the charts) ? or does it usually require many more chartbooks or charts open for disappearing windows to start to occur?

the reason I ask is because then I would be willing to try installing windows 10 instead but it's a lot of work if it's probably going to just behave the same way.
Date Time Of Last Edit: 2019-09-25 19:53:01
[2019-09-26 15:03:58]
gomifromparis - Posts: 244
If you're tech savvy you can check the number of GDI objects used by the process, and use testlimits.exe to check the actual limit on the server.
You can add the 'gdi objects' to the task manager columns.

I tested on my W10 64 bit and it's 10000, but my sierra with 5 charts only uses 252. So not sure you would hit the limit.
see
https://blogs.technet.microsoft.com/markrussinovich/2010/02/24/pushing-the-limits-of-windows-user-and-gdi-objects-part-1/
Date Time Of Last Edit: 2019-09-26 15:05:33
[2019-09-26 15:35:15]
ycomp - Posts: 274
I have a good portable program called process hacker... it has a zillion columns you can select. One is GDI handles. Mine is at 942, when I have 12 chartbooks open, when 13 here will cause the missing elements of the chart charts like the I might get 3 out of 5 chart traders displayed but all 5 DOMs if that chartbook is a 5 DOM chartbook.

I didn't test the limit here but I really doubt it would be any less than 10000. I have since tried sierra chart on W1064bit machine and I succeeded in opening one more chartbook than usual before seeing missing GUI elements. So it's a bit of a mystery. Seems the only solution would probably be multiple instances. thanks for the input...
Date Time Of Last Edit: 2019-09-26 15:36:25
[2019-09-26 16:21:15]
Sierra Chart Engineering - Posts: 104368
If you have an attached Trade Window, that will use a lot of window objects and that is what is leading to the problem at the operating system level. This problem will be mitigated next year with how dialogs will be implemented 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, *change* to the Teton service:
Sierra Chart Teton Futures Order Routing
Date Time Of Last Edit: 2019-09-26 16:21:30
[2019-09-26 16:22:49]
Sierra Chart Engineering - Posts: 104368
Windows also has very very very horrible GDI object management, and 1000 objects is going to cause poor performance. This is an absolute total atrocity.


So 10000 objects is going to be basically freezing the program.
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: 2019-09-26 16:23:49
[2019-09-26 16:24:55]
Sierra Chart Engineering - Posts: 104368
Actually there is a solution, enable this option:
General Settings Window: Destroy Chart Windows when Hidden (Global Settings >> General Settings >> GUI >> Application GUI)

We should have thought of that before.
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: 2019-09-26 16:25:03
[2019-09-27 10:36:26]
ycomp - Posts: 274
I tried this option after your suggestion, and I can see it can be useful in some situations but it was a bit slow with my configuration for me.

multiple instances also didn't help much, I mean they allowed me to open all the chartbooks but switching was very slow (even with the destroy option off)

So I found a workaround.. I created 2 VMs with VirtualBox and put one instance in each, and now things are pretty snappy

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

Login

Login Page - Create Account