Login Page - Create Account

Support Board


Date/Time: Fri, 26 Apr 2024 11:31:11 +0000



[User Discussion] - Linux

View Count: 73589

[2021-07-10 17:22:56]
UnixManiac - Posts: 45
without wanting to be offending or anything but you are missing the point.

Its not about under which operating system SC performs better, its about how SC can perform better under Linux.

Anyone interested running SC under Linux or even MacOS is because they already using this operating system, or want to use it, obviously any compromise in performance is something each individual treats differently, but the first step is for anyone to decide why they want to use a different operating system in the first place.
[2021-07-10 22:53:03]
Sierra Chart Engineering - Posts: 104368
but wine can't do it and uses only one core
- no multicore support

This does not make sense to us. And also the question is are you referring to cores or are you referring to threads? There is a difference.

The reason this does not make sense because it is up to the application program, to create threads. Those threads are going to run on CPU cores and which core they run on, is going to be managed at the operating system level. It is not up to Wine. Wine simply cannot control this. Or if Linux gives an application the ability to control what the core a thread runs on, we do not know why wine would bother controlling that.

And there is no reason for Wine itself to be creating its own threads and doing other processing. It is just simply passing operating system function calls off to the Linux OS.

And other than graphics processing, the performance of Wine is irrelevant since during normal operation most of the execution time in Sierra Chart aside from graphics, is not passing through operating system code, but is just Sierra Chart's own code not involving Wine at all. Sierra Chart is specifically designed, to minimize the time in the operating system.

And once we remove, all of this MFC specific code and the use of the Windows common controls, and just go direct to the OS for basic window creation and management, then that is going to make even further of a difference. This is in progress and a lot of progress has already been made. The only area where it is difficult to avoid the OS is graphics.

Multi-threading has been supported for awhile now.
We never knew it was not supported. Multithreading must always have been supported by Wine.
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: 2021-07-11 06:07:34
[2021-07-11 07:10:56]
UnixManiac - Posts: 45
Multi-threading support exists in wine and it performs fantastic.
[2021-07-11 07:29:31]
ganz - Posts: 1048
Sierra Chart Engineering
This does not make sense to us.
it was addressed as a bunch to ignorant users and not to pro devs

And also the question is are you referring to cores or are you referring to threads? There is a difference.
I'm quite familiar with MMU, Protected mode, HT hw, MT sw, IPC, Scheduling and so on.

The reason this does not make sense because it is up to the application program, to create threads. Those threads are going to run on CPU cores and which core they run on, is going to be managed at the operating system level. It is not up to Wine. Wine simply cannot control this. Or if Linux gives an application the ability to control what the core a thread runs on, we do not know why wine would bother controlling that.
windoze is OS, and wine is not. in this case one should consider linux kernel + X11 + wine. Sure.

And other than graphics processing
The only area where it is difficult to avoid the OS is graphics.
Is there any headless mode for SC?
You must be just kidding here!
So graphics performance is the main bottleneck for SC.
And this one is the only point to consider.
This was pointed at as an inefficient on linux/wine by design.
And you have no any chance to solve it in the nearest future, imo.
[2021-07-11 07:33:17]
ganz - Posts: 1048
UnixManiac
Multi-threading support exists in wine and it performs fantastic.
Make love not war!
Peace for all forever!
and so on.

It renders on GPU just awful to windoze.
That's the fact.
[2021-07-11 07:49:53]
UnixManiac - Posts: 45
If you tick the option "Use GPU for Chart Graphics" it's really causing several issues this I also confirm. You just need a modern CPU and you are gonna be fine without enabling this option.

Apart from that, from my personal experience, in order to get rid of issues on Linux in general regarding GPU you better use an AMD card with either the open source or proprietary drivers. NVIDIA really sucks unless its used in headless mode, switched to AMD few years ago and I never looked back.
Date Time Of Last Edit: 2021-07-11 08:56:34
[2021-07-11 08:00:06]
ganz - Posts: 1048
UnixManiac
on Linux in general regarding GPU you better use an AMD card

100% except for games, video editing and CUDA-depend cases

but ... windoze will be triple better for SC gpu rendering

:)

btw: apple m1 unified memory looks great in terms of GPU performance.
Date Time Of Last Edit: 2021-07-11 08:14:40
[2021-07-11 08:16:18]
UnixManiac - Posts: 45
100% except for games, video editing and CUDA-depend cases

For games better on AMD on my experience, video editing again AMD cause with NVIDIA you get a bad desktop experience anyway. For CUDA depended cases then NVIDIA is a must ofc.

You can check my youtube channel for proof regarding the above.

https://www.youtube.com/channel/UCr7e-Fpk5WT1vRQ-wxtyxTg

but ... windoze will be triple better for SC gpu rendering

But please read my first comment :) If windows is an ok operating system for you np! use it :) For us and specifically on threads like this, we care about Linux cause we made the choise to use it.

So there is no point arguing if its better on windows, no point at all. We better argue what experience is better on Linux, ertrader I see uses Mint, I use Ubuntu, he uses NVIDIA I use AMD, lets push more information and solid facts here so other people interested they can benefit.
[2021-07-11 08:26:54]
ganz - Posts: 1048
UnixManiac
so do you want some solid facts?
ok.

windoze is triple better for SC using gpu rendering

:)
Date Time Of Last Edit: 2021-07-11 10:56:17
[2021-07-11 14:29:41]
ertrader - Posts: 644
Looking for good non-windows solutions and we sure have found them..that is why I started this thread and appreciate the solid guidance from Linux users to make it even better!

So there is no point arguing if its better on windows, no point at all. We better argue what experience is better on Linux, ertrader I see uses Mint, I use Ubuntu, he uses NVIDIA I use AMD, lets push more information and solid facts here so other people interested they can benefit.

UnixManiac:
Yes, exactly!

SC Engineering:
Thank you for the update and good to hear progress on removing MFC code. It's showing up in continued stability and performance!
Date Time Of Last Edit: 2021-07-11 14:38:13
[2021-07-11 18:22:56]
Ed C. - Posts: 98
windoze is triple better for SC using gpu rendering

Err, GPU rendering is a hardware solution, not a software one, so I don't understand your comment. Hardware is generally independent of hardware.
[2021-07-11 18:29:12]
Ed C. - Posts: 98
Has anyone had issues running SC and Chrome at the same time under Linux? When I run both at the same time, eventually my Linux box will lock up solid. Nothing in syslog. Happens about every other day.

SC 2248, latest Chrome, Linux 4.9.0-16-amd64 #1 SMP Debian 4.9.272-1

Please do not advise an upgrade unless this specifically refers to this issue. We do scheduled upgrades after evaluation on test boxes, not just ad-hoc upgrades because a new version comes out. :)
[2021-07-11 18:51:35]
UnixManiac - Posts: 45
Has anyone had issues running SC and Chrome at the same time under Linux? When I run both at the same time, eventually my Linux box will lock up solid. Nothing in syslog. Happens about every other day.


Never happened to me but few basic things I would do:

- fire up couple of terminals visible all the time running top / dstat / gpu monitoring utility etc so when it "locks" you can have a recent "snapshot" of what your system was doing.

- ping the host and try to ssh from another computer if available to make sure if this a driver issue maybe or if the whole system goes unresponsive.
[2021-07-12 01:50:06]
ganz - Posts: 1048
Ed C.
Has anyone had issues running SC and Chrome at the same time under Linux?
This is well known issue with nouveau driver. Install Nvidia blob to solve it.

I don't understand your comment. Hardware is generally independent of hardware.
No comment on this ignorance.
Date Time Of Last Edit: 2021-07-12 01:50:28
[2021-07-12 02:25:06]
Ed C. - Posts: 98
don't understand your comment. Hardware is generally independent of hardware.

I meant to say, Hardware is generally independent of software. No need to be insulting.
[2021-07-12 02:29:09]
ganz - Posts: 1048
Ed C.
I meant to say, Hardware is generally independent of software. No need to be insulting.
So looks like you'd better be quiet.
It's friendly advice.
[2021-07-12 02:31:47]
ertrader - Posts: 644
Ed C.
Has anyone had issues running SC and Chrome at the same time under Linux?

What CPU, GPU and video drivers are you using?
Date Time Of Last Edit: 2021-07-12 02:53:11
[2021-07-12 02:36:28]
ertrader - Posts: 644
ganz:
So looks like you'd better be quiet.
No comment on this ignorance.
Comments like this are unwelcome and counterproductive to this forum.
Date Time Of Last Edit: 2021-07-12 02:49:09
[2021-07-12 06:59:47]
ganz - Posts: 1048
ertrader
Comments like this are unwelcome and counterproductive to this forum.
This is absolutely the SC Team style.
So ... you are wrong :)
[2021-07-12 16:15:45]
ertrader - Posts: 644
Except for ganz, thank you all for your questions, comments, feedback, suggestions and genuine help....Keep it coming! Your contributions are moving us forward!
[2021-07-13 20:31:14]
ertrader - Posts: 644
Ed C.

What CPU, GPU and video drivers are you using?
[2021-07-23 02:20:00]
ertrader - Posts: 644
Updated Linux to 5.11.0-25, Wine 6.13 and SC 2288 with zero issues. Added 14 charts (7 per instance for CL and Micro CL) for a total of 100 charts.

Current configuration:
SierraChart Version 2288 64 bit (2 instances)
wine-6.13 Development
Mint Linux 20.2/Cinnamon desktop
Kernel 5.11.0-25 generic
OpenGL X11lib: 1.7.0
AMD Ryzen 7 3800X
GeForce GTX 1660 Nvidia video card w/6 GB GDDR5 and driver 460.91.03
Dual Monitors 1920X1080 60 Hz for both monitors
Total System RAM: 16 Gig
Memory usage: <610 Meg per instance. Using a little more memory on this SC version for one of the instances
CPU Utilization: <5% per SC instance
100 Charts, 7 instruments (ES, YM, NQ, RTY, GC, DAX, CL)
Denali datafeed with MBO data
Updated 7/24/21.
Date Time Of Last Edit: 2021-07-24 18:31:22
imageScreenshot from 2021-07-22 22-19-37.png / V - Attached On 2021-07-23 02:19:56 UTC - Size: 28.43 KB - 345 views
imageScreenshot from 2021-07-22 22-45-19.png / V - Attached On 2021-07-23 02:45:30 UTC - Size: 58.71 KB - 320 views
[2021-07-26 19:42:46]
User155017 - Posts: 41
Hi ,
I installed SC on Ubuntu 21 and can use charts, but when opening auto trading spreadsheets it crashes.
Do auto trade spreadsheets require the installation of any additional dll in wine?
Anybody has succeeded in using them in wine?
I can open other spreadsheets from the main file menu, but when linking a spreadsheet to a chart (either study or auto trade spreadsheet) SC shuts down.

Any help it would be much appreciated
Thanks
Hera
[2021-07-27 04:09:01]
ertrader - Posts: 644
Have not had that problem, however I use custom studies rather than spreadsheets for auto trading. If you have an example chart, I'll see if it happens on both my windows test system and Linux.
[2021-07-27 06:12:21]
User155017 - Posts: 41
Hi,
thank you for your answer.
It happens whenever I try to add a onr of these studies:

Spreadsheet System for Trading
Spreadsheet study

to any chart. For example I tried with audjpy intraday chart and it crashes.
This is the error I get

0094:err:rpc:I_RpcReceive we got fault packet with status 0x1c010003

Thanks
[2021-07-27 08:33:17]
UnixManiac - Posts: 45
On Ubuntu 20.04 + CrossOver 20.0.4 both studies are working fine for me.

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

Login

Login Page - Create Account