Login Page - Create Account

Support Board


Date/Time: Fri, 22 Nov 2024 10:30:56 +0000



[User Discussion] - Linux

View Count: 81494

[2020-06-24 13:38:12]
BeardPower - Posts: 51
In open source field the thing is you share. But it doesn't work if you're the only one who is sharing.

It's not. Open Source does not mean free as in free beer! Unfortunately, the majority of people think it does.
SC is not an Open Source project either.

It's your personal decision to share your code but that does not conclude that others have to do the same. I understand your reasoning behind it and yes, if someone is using Open Source software, he/she should give back. Unfortunately, it's not always the case and a lot of people are leeching from other's people work.

Despite SC not being Open Source, it would be nice if they could provide SC as an SDK (core functionality without the UI stuff). This would allow other people to come up with their own UI implementations and using the core of SC. SC is already separating the logic from the UI and phasing out all of the OS-dependent code so a native Linux (and other OS as well) version would be feasible.
Date Time Of Last Edit: 2020-06-24 13:40:31
[2020-06-24 15:05:36]
User921987 - Posts: 236
It's not. Open Source does not mean free as in free beer! Unfortunately, the majority of people think it does.

Well my point was there is people who give their indicators for free but DOES NOT open source the product. I see it a bit mistake.

EDIT:
Should the SC be an open source project and how is an another question
Date Time Of Last Edit: 2020-06-24 15:19:09
[2020-06-24 15:37:17]
ganz - Posts: 1048
it would be nice if they could provide SC as an SDK
... and set a License type (BSD-like, GPL-like or other type) in order to set the way it will be shared and will be used by the community
[2020-06-28 11:37:18]
samual sprat - Posts: 343
2128 seems to have made SC stable in Linux again - Praise the Lord (and F*ck Microshite)
[2020-06-28 16:31:28]
ertrader - Posts: 672
Yes, I'm seeing the same with V 2128. I'm no longer getting a CPU exception when exiting.
[2020-07-03 15:51:58]
ertrader - Posts: 672
Some good news regarding the "hang on start" issue. According to WineHQ Bugzilla documenting the issue, it's a known bug. Please review WineHQ bugzilla for more details (bug 35041) and the impact on various software programs. They do mention X.org as a possible issue and it's interesting that this is a CPU identification startup workaround for multitasking across cores.

The current workaround, until permanently fixed in either X.org, Wine or elsewhere, is to start SC with the following:

taskset -c 0 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

The -c 0 above runs SC on 1 CPU. You can also use taskset -c 0,1,2,3 as an example to run on multiple cores.

taskset -c 0,1,2,3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

Spreads SC across the first 4 Cores.

This works for my configuration 100% of the time.
Some info on taskset:
https://linux.die.net/man/1/taskset

Summary:
1) CPU exceptions of Exit - Fixed with latest SC 2128 and above
2) Hang on start - workaround with the taskset method above

SC on Linux/Wine is now working better with fewer Linux/Wine issues.

Configuration:
SierraChart Version 2130 64 bit
wine 5.0 (Ubuntu 5.0.3ubuntul) Installed from software manager
Mint Linux 20
Kernel 5.4.0-40 generic
OpenGL
AMD Ryzen 7 3800X
AMD video card (Radeon HD 7730/8730)
Dual Monitors
Date Time Of Last Edit: 2020-07-04 14:05:57
[2020-07-03 17:05:52]
user2837 - Posts: 76
Thank you. Do you recommend the 64 bit executable over the 32 bit?
[2020-07-03 17:09:50]
ertrader - Posts: 672
Yes, without question.
[2020-07-05 19:58:02]
user2837 - Posts: 76
The only real issue I have had with Sierra on Linux is that moving all the charts and chartbooks to a new version can be quite a chore. Manual copying of files (Transferring Sierra Chart Settings and Data From Existing Installation to New Installation) did not work too well. Things get messed up and items such as customized buttons for volume profile do not copy at all. The only reliable method seems to be to set up everything from scratch. Do you have any suggestions?
[2020-07-05 20:04:48]
ivory - Posts: 95
@divvi save all your studies as a study collection. You can then reload them on any chart from the "analysis" toolbar.
[2020-07-19 03:59:42]
Kiwi - Posts: 375
Thanks ertrader,

Using taskset -c 0,1,2,3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

So far it looks good. Will update if I have any issues.

Configuration:
SierraChart Version 2138 64 bit
wine 5.5 (Ubuntu 5.5-3ubuntul)
Mint Linux 20
Kernel 5.4.0-40 generic
AMD Ryzen 5 3600
NVIDIA Corporation GP108 [GeForce GT 1030]
Dual Monitors
[2020-07-20 12:29:39]
Kiwi - Posts: 375
I was still getting a little instability so I dropped back to one core per sierrachart instance. So

taskset -c 3 wine /home/your_username/.wine/drive_c/Sierrachart/Sierrachart_64.exe

for my primary.
[2020-07-20 17:23:56]
ertrader - Posts: 672
Thanks for the update and glad it helped!
[2020-08-07 13:34:03]
User921987 - Posts: 236
HP AMD A4-5150M APU with Radeon(tm) HD Graphics
Debian 9.11
Kernel 4.9.0-11-amd64
Wine 5.0-rc4

100% CPU usage until staring wine by the taskset 0x3. Now has been working just fine.
[2020-08-27 14:46:35]
ertrader - Posts: 672
In the last couple weeks, I've had stability issues with Mint Linux 20 and the Ryzen processor. My system would completely freeze requiring hard reset multiple times a day.

Here is what has worked to eliminate freezing:

1) Disabled C6 state in BIOS
2) Set "Typical Current Idle" in BIOS
3) In Grub, updated to: GRUB_CMDLINE_LINUX_DEFAULT="quite splash processor.max_cstate=0"
4) In Grub, updated to: GRUB_CMDLINE_LINUX="idle=nowaite"
5) Enable nvidia-persistenced (This solved high CPU usage issue that would occur after a few hours of use)

Latest stable SC version for Linux: 2146.

Also, once programmers of two key custom studies I use successfully work through several newer version issues, I'll start Linux testing versions above 2146 and recompiling my own custom studies.

References:
https://easylinuxtipsproject.blogspot.com/p/bugs.html#ID27
https://wiki.ubuntu.com/Kernel/KernelBootParameters
https://forums.developer.nvidia.com/t/setting-up-nvidia-persistenced/47986/11

Configuration:
SierraChart Version 2146 64 bit
wine 5.15 Development
Mint Linux 20
Kernel 5.4.0-42 generic
OpenGL
AMD Ryzen 7 3800X
GeForce GTX 1660 Nvidia video card (updated from Radeon HD 7730/8730)
Dual Monitors
Date Time Of Last Edit: 2020-08-27 16:10:36
[2020-09-20 16:59:20]
AlexPereira - Posts: 197
Can you guys, especially the ones using the taskset workaround, test running SC with this: https://github.com/GloriousEggroll/proton-ge-custom ?

I have been testing it this weekend, starting and exiting SC, and never had the problem that "taskset" fixed.
With proton-ge-custom I never had the problem that taskset fixed. with going back to normal wine, at third launch, got the problem again.

So can anyone currently using that workaround test this wine build ? ( its for steam, but i don't have steam, i just used the wine bin inside the package )

disclaimer: ( this can be all a coincidence, I am just testing this for a day now )
[2020-09-21 00:47:11]
ertrader - Posts: 672
I would be happy to but there is a lot in proton-ge-custom I am really unfamiliar with. Possibly someone with more steam or gaming experience. I'm not sure how to install and use what they explain and what it is needed for. Would really like to not have to use taskset so any help would be great!
Date Time Of Last Edit: 2020-09-21 01:41:58
[2020-09-21 01:40:41]
ertrader - Posts: 672
Also... testing SC v 2171 this week and will update as I progress.
[2020-09-21 02:07:44]
AlexPereira - Posts: 197
I would be happy to but there is a lot in proton-ge-custom I am really unfamiliar with. Possibly someone with more steam or gaming experience. I'm not sure how to install and use what they explain and what it is needed for. Would really like to not have to use taskset so any help would be great!

you don't need steam or gaming experience :) On the github releases, it has a tarball on the latest release. just unpack it and then use "Proton-5.9-GE-6-ST/dist/bin/wine64" instead of system wine64.

Now with market open, and yet I am still to find a 100%cpu usage or SC not exiting properly.

I am hoping that this is either coincidence, or fixed on SC side, since I would much prefer to use the distro/system wine, instead of having to manually manage wine.
[2020-09-21 15:33:17]
ertrader - Posts: 672
OK good... yes thank you, I was able to get it installed and working.

Using Proton without taskset, I do not get the SC startup crash any longer after trying 10 starts so that is great! However, the DTCBridge.exe for Rithmic will not start up. It works with wine without any issues. Any ideas?

Also, regular wine no longer works so will need to figure that out.
Date Time Of Last Edit: 2020-09-21 15:36:59
[2020-09-21 15:46:44]
ertrader - Posts: 672
Here is the error. I killed the wineserver in memory and wine reinstalled when I started SC back up.

wine client error:0: version mismatch 605/641.
Your wineserver binary was not upgraded correctly,
or you have an older one somewhere in your PATH.
Or maybe the wrong wineserver is still running?

Wine 5.17 is back up and running but Proton will not run due to the wineserver mismatch.

Summary:
1) Proton seems to solve the SC start issue
2) Proton does not start DTCBridge.exe for Rithmic.
3) There is a wineserver mismatch between proton and wine 5.17 that causes either wine to not work or proton to not work depending on which wineserver is running.
4) Denali works without any issues with Proton
5) Ideally the Rithmic issue goes away if the newer data connection gets implemented: Regarding Rithmic (Our Final Post on this Subject)
Date Time Of Last Edit: 2020-09-21 17:37:18
[2020-09-21 21:28:21]
Sierra Chart Engineering - Posts: 104368
Ideally the Rithmic issue goes away if the newer data connection gets implemented:
Yes that will be 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
[2020-09-21 23:48:44]
AlexPereira - Posts: 197
ertrader,

on ~/.bashrc or in a terminal put something like this:
export PATH="your path to proton"/Proton-5.9-GE-6-ST/dist/bin:$PATH

because probably you started with the proton binary, but its still picking up the wineserver from your system. So protonGE wine and standard system wine are "fighting and mismatching".

try to do:
which wine
which wineserver

and see where they point to
[2020-09-22 05:15:36]
User921987 - Posts: 236
Anybody using SierraChart on CodeWeavers CrossOver. Does it have these problems ?

If none then maybe somebody who have more spare time could test the product. Free full version 14-day trial can be found here: https://www.codeweavers.com/products/crossover-linux/download

I mean if it works then some $59/year (w/ some kind of unlimited email support) is just bargain...
Date Time Of Last Edit: 2020-09-22 05:23:29
[2020-09-22 20:03:54]
DevTrader79 - Posts: 44
I had sometime back sierra chart working on ArcoLinux, but after update doesn't work and I gave up. Most probably wine got upgraded . I am not a tester, my goal is to make money. I feel very bad for traders who are trying hard to make SC work on Linux platform but can't. As long as Sierra chart works perfectly on W7.0 and w10.0 I am happy. Atleast I can trade and make money. In my opinion it is just a waste of time to try and try to make SC working on Linux platform I would rather spent that time working on automate strategy or fine tune trading on SC. Remember, SC is targeted for Windows platform only.

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

Login

Login Page - Create Account