Support Board
Date/Time: Mon, 20 Jan 2025 13:59:52 +0000
[User Discussion] - Multiple Instances
View Count: 1022
[2018-06-20 17:50:59] |
User536593 - Posts: 11 |
Can I run 6 or more instances with these computer specs: Intel core I7 3.50 GHZ 16 GIG Ram 64 bit operating system |
[2018-06-21 05:34:05] |
Sierra Chart Engineering - Posts: 104368 |
Yes, but the more CPU cores the better.
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-06-21 05:34:36
|
[2018-06-22 19:12:07] |
Futures Operator - Posts: 239 |
On a quad core i7 3.8ghz, more than 4 chartbooks per instance, or more than 3 instances seem to start making the instances laggy and slow, even with low CPU utilization below 12% per instance. The only way to tell seems to be visually comparing speed of chart updates with less instances/charts open, or speed of menu opening, or chart scrolling. Would be extremely useful to have a better way to objectively measure performance overhead/lag in SC.
|
[2018-06-22 19:51:53] |
Sierra Chart Engineering - Posts: 104368 |
What is the purpose of this post. You figure this out and make your own decisions. We are marking this as a user discussion.
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-06-25 18:30:06] |
Futures Operator - Posts: 239 |
The purpose to improve SC's usability/performance optimization, as the suggested method of CPU utilization per thread is not effective, as explained. If we could measure performance overhead/lag in an objective way, it would be a useful improvement to optimize for performance and eliminate lag.
Date Time Of Last Edit: 2018-06-25 18:30:19
|
To post a message in this thread, you need to log in with your Sierra Chart account: