Support Board
Date/Time: Tue, 22 Apr 2025 05:16:46 +0000
v2734 : Forbidding external launch of sub-instances
View Count: 318
| [2025-01-21 22:02:35] |
| Sébastien - Posts: 58 |
|
Hi Support, I updated to v2734 today and noticed that it isn't allowed anymore to launch a sub-instance using its Sierrachart_64.exe file. It is now obligatory to use File > New Instance. This restriction is a little bit inconveignant because it doesn't allow to use a script like this one to launch an instance of SierraChart on a specific CPU core with a High Priority. C:\Windows\System32\cmd.exe /c start "SierraChart 1" /High /affinity 2010 "E:\SierraChart\SierraChart_64.exe"
C:\Windows\System32\cmd.exe /c start "SierraChart 2" /High /affinity 1020 "E:\SierraChart\SierraChartInstance_2\SierraChart_64.exe" C:\Windows\System32\cmd.exe /c start "SierraChart 3" /High /affinity 802 "E:\SierraChart\SierraChartInstance_3\SierraChart_64.exe" Now the only way to do this is to manually set the target CPU core and Priority in the Task Manager at each startup... for each instances... which is not time efficient. If I don't do it, Windows is stacking 2 or 3 instances on a single CPU core, which I don't like at all because it becomes overloaded. It also sometimes launches Sierrachart on a Efficient core instead of a Performance core... not good. I'm sure you restricted the launch of a sub-instance for a good reason, but is there a way to still allow this kind of script to work ? Or to add a parameter inside Sierrachart to allow the users to chose which CPU core we want to use for each instance ? Regards, |
| [2025-01-22 00:31:22] |
| Sierra_Chart Engineering - Posts: 19290 |
|
Yes this is true. We cannot change this because users are incorrectly starting a sub instance and creating problems for themselves. You need to just simply change the name of the sub instance folder to something else to work around 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, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2025-01-22 11:48:04] |
| Sébastien - Posts: 58 |
|
It works again ! Thank you very much. For those interested to use the same kind of script, here is how it works : - Right clic on your desktop and create a new shortcut. - In the path field, copy/past the following script : C:\Windows\System32\cmd.exe /c start "SierraChart 1" /High /affinity 1 "E:\SierraChart\SierraChart_64.exe"
You need to adapt the path (E:\SierraChart\SierraChart_64.exe) to your own Sierrachart directory/high will give high priority to Sierrachart_64.exe /affinity 1 will launch SierraChart on the CPU core 0 The value 1 is a hexadecimal value that is converted from binary. Lets say you have a 8 core CPU : Core 0 = 00000001 binary = 1 HEX Core 1 = 00000010 = 2 Core 2 = 00000100 = 4 Core 3 = 00001000 = 8 Core 4 = 00010000 = 10 Core 5 = 00100000 = 20 Core 6 = 01000000 = 40 Core 7 = 10000000 = 80 You can use an online Binary to HEX converter to find the HEX value you need to use if you have more cores : https://www.rapidtables.com/convert/number/binary-to-hex.html Date Time Of Last Edit: 2025-01-22 17:05:21
|
| [2025-01-22 18:23:21] |
| Rui S - Posts: 199 |
|
It works again ! Thank you very much.
For those interested to use the same kind of script, here is how it works : Thanks Sébastien, You saved me a good time! Date Time Of Last Edit: 2025-01-22 18:24:12
|
| [2025-02-02 01:44:52] |
| user_xyz - Posts: 467 |
|
You can also run a script using psutils and assign priority status. I run a script that monitors all the data from SC including cpu, memory, sets priority status, I/O bytes etc. Gives me a reading on how all the instances are performing. |
| [2025-02-02 18:14:19] |
| Sierra_Chart Engineering - Posts: 19290 |
|
This limitation, of not being able to start a sub instance directly from its folder has been removed. We realized that is causing more issues than solving.
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, use the Teton service: Sierra Chart Teton Futures Order Routing |
To post a message in this thread, you need to log in with your Sierra Chart account: