Support Board
Date/Time: Thu, 31 Oct 2024 23:06:42 +0000
[User Discussion] - Scale beyond one CPU
View Count: 932
| [2018-04-27 12:22:12] |
| QnReally - Posts: 181 |
|
Hello, During the startup and a few other times SC is able to utilize multiple CPUs to speed things up. However, once it starts up and reaches a steady state where it continues to receive and process tick data for its charts and other things, SC is only able to run on a single CPU (as far as I can tell -- at least, if I add a few more studies beyond its one CPU capability, SC can really get bogged down). Here are some suggestions for the future consideration if and when you get time to look into these: 1) Look for some tasks that can be done in parallel, even when you have inter-chart dependencies and inter-study dependencies that force you to become sequential 2) possibly, delegate the screen painting job to either some additional CPUs or a GPU, when feasible Nowadays, every computer has multiple CPU cores by default and most computers have dedicated GPU hardware. It would be great to further optimize SC to take advantage of these unused resources. I understand this can be a major undertaking but this will make SC much more scalable. The current way of distributing the load among multiple instances of SC just to get around this adds an overhead and burdensome on the user to keep track of all the dependencies. This makes the setup fairly brittle and it makes the user really think through when they need to make a change. This is especially true for those of us who write their own custom studies. Thanks. |
| [2018-04-28 06:56:30] |
| |
|
The only thing that we would say is at some point and we really do not know when, well more than a year from now, that we will see if we can move study calculations to another thread. But this has all kinds of complications and can break compatibility with existing studies. 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-04-28 06:57:09
|
| [2018-04-28 23:26:59] |
| User948528 - Posts: 108 |
|
+1
|
| [2018-04-29 01:38:06] |
| |
|
We need to make it clear that in regards to post #2, this is not something that would come anytime soon (at least two years) if at all. It is not something to have an expectation that will come because effectively it will not. It is merely a hypothetical consideration and not likely to ever become a reality because of tremendous complications. This is the reason why this was initially marked as a User Discussion and was not going to get responded to. But we thought we would still go ahead and say something. Furthermore, there is no reason to even suggest this because we are always considering ways to improve Sierra Chart. It is really generally pointless to even say anything about 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-04-29 07:53:17
|
To post a message in this thread, you need to log in with your Sierra Chart account: