Login Page - Create Account

Support Board

Date/Time: Fri, 21 Jun 2024 18:25:33 +0000

[User Discussion] - Linux

View Count: 76143

[2021-10-22 02:22:16]
Kiwi - Posts: 375
If you start a thread with a politely worded statement of the issue, tests and logs, particularly if there is backup from someone else experiencing it then SC will at least think about what might cause it and maybe find a fix.

I don't see it so can't do it :)
[2021-11-02 08:22:58]
Kiwi - Posts: 375
In my pursuit of the quickest Linux (as measured with typometer) I've ended up a long way from Mint. Sierrachart seems happy and the 66/s6 Arch DWM Xterm combo is lightning fast.

System: Host: home Kernel: 5.15.2-arch1-1 x86_64 bits: 64 Desktop: dwm 6.2 Distro: Obarun Linux
CPU: Info: 6-Core AMD Ryzen 5 3600 [MT MCP] speed: 2200 MHz min/max: 2200/3600 MHz
Graphics: Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 495.44
Device-2: Logitech HD Webcam C525 type: USB driver: snd-usb-audio,uvcvideo
Display: x11 server: X.Org driver: loaded: nvidia unloaded: modesetting,nouveau
resolution: 1: 1920x1080~60Hz 2: 1920x1080~60Hz
OpenGL: renderer: NVIDIA GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 495.44
Drives: Local Storage: total: 2.84 TiB used: 867.65 GiB (29.9%)
Info: Processes: 359 Uptime: 2h 52m Memory: 15.64 GiB used: 2.69 GiB (17.2%) Shell: Zsh
inxi: 3.3.08

X11 version number: 11.0 X.Org version:
wine : wine-6.21

Date Time Of Last Edit: 2021-11-24 22:09:29
[2021-11-02 11:03:54]
User921987 - Posts: 234
In my pursuit of the quickest Linux (as measured with typometer) I've ended up a long way from Mint. Sierrachart seems happy and the 66/s6 Arch DWM Xterm combo is lightning fast.

I also can recommend dwm (https://dwm.suckless.org/). It's super lightweight window manager and very fast. I am using st terminal which also is a suckless type app ie. simple but versatile enough, very lightweight and fast. All written in C language like the Linux kernel itself so you can expect the code be very efficient.
[2021-11-27 19:38:12]
Sierra Chart Engineering - Posts: 104368
Wow Sierra Chart type philosophy here:

Although certainly we do deliver a lot of features with what we offer. So we do not minimize on features.

It was this thread which has become very long which was one of the threads which we realized we needed to add multipage functionality for threads. So this thread now loads much faster. Although you do have to go through the different pages to look at all of it.
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:

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-11-27 19:42:15
[2021-12-08 22:44:14]
ertrader - Posts: 661
Updated Linux to 5.13.0-22, Wine 6.23 and SC 2333. 36 charts now...I simplified some studies and charts so memory usage has gone down.

Current configuration:
SierraChart Version 2333 64 bit (2 instances)
wine-6.23 Development
Mint Linux 20.2/Cinnamon desktop
Kernel 5.13.0-22 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: <340 Meg per instance.
CPU Utilization: <5% per SC instance
36 Charts, 5 instruments (ES, YM, NQ, GC, CL)
Denali datafeed with MBO data
RealVNC for remote access
Updated 12/8/21.
[2022-01-11 17:04:21]
Luigi - Posts: 18

Thanks for your post will check out the dwm.
Can I ask what is your datafeed?

I have always been using linux, and CQG for feed and routing but the other day I had some lagging issue with CQG feed, so I subscribed for denali. BUt now the feed is smooth with CQG and jumpy with Denali. Same chartbook. I tried to limit the provided depth from sierra server, which helped a bit , but still , CQG feed is a smoother. ANy idea what could be the issue?


System: Host: xxxxx Kernel: 5.4.0-92-generic x86_64 bits: 64 gcc: 7.5.0
Desktop: Gnome 3.28.4 (Gtk 2.24.32) Distro: Ubuntu 18.04.5 LTS

Machine: Device: desktop Mobo: ASUSTeK model: ROG STRIX Z390-E GAMING v: Rev 1.xx serial: N/A
UEFI: American Megatrends v: 0905 date: 04/10/2019

CPU: 8 core Intel Core i7-9700K (-MCP-)
arch: Skylake rev.13 cache: 12288 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 57600
clock speeds: max: 4900 MHz 1: 1135 MHz 2: 4464 MHz 3: 4466 MHz
4: 4490 MHz 5: 4624 MHz 6: 4018 MHz 7: 4315 MHz 8: 4308 MHz

Graphics: Card: NVIDIA Device 1e84 bus-ID: 01:00.0
Display Server: x11 (X.Org 1.20.8 )
drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
Resolution: 1920x1080@60.00hz
OpenGL: renderer: GeForce RTX 2070 SUPER/PCIe/SSE2
version: 4.6.0 NVIDIA 460.91.03 Direct Render: Yes
Audio: Card-1 Intel Cannon Lake PCH cAVS
driver: snd_hda_intel bus-ID: 00:1f.3
Card-2 NVIDIA Device 10f8 driver: snd_hda_intel bus-ID: 01:00.1
Sound: Advanced Linux Sound Architecture v: k5.4.0-92-generic
Network: Card-1: Intel Wireless-AC 9560 [Jefferson Peak]
driver: iwlwifi bus-ID: 00:14.3
IF: wlo1 state: up mac: <filter>
Card-2: Intel Ethernet Connection (7) I219-V
driver: e1000e v: 3.2.6-k bus-ID: 00:1f.6
IF: eno2 state: down mac: <filter>
Drives: HDD Total Size: 500.1GB (31.0% used)
ID-1: /dev/nvme0n1 model: Samsung_SSD_970_EVO_Plus_500GB size: 500.1GB

Partition: ID-1: / size: 457G used: 145G (34%) fs: ext4 dev: /dev/nvme0n1p2
RAID: No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors: System Temperatures: cpu: 28.0C mobo: N/A gpu: 0.0:30C
[2022-01-14 02:24:20]
Kiwi - Posts: 375
My datafeed is IB set on 5 second bars because I don't care about anything super fast. I have also been known to use CQG and both are fine for me. But I don't collect a lot of data so don't seem to stress that side of the system.

No advice sorry.
[2022-01-14 13:40:16]
Luigi - Posts: 18
I was listening to a webcast where Anthony (founder of SC) was talking about the new teton order routing.
Interestingly, he mentioned that they are working on porting SC to another OS (mac or linux). Not clear if it is started or will be started, but he said it has to be done.
I hope it is linux , although I am perfectly fine with running via wine.
[2022-01-14 14:59:10]
User921987 - Posts: 234
I hope it is linux
Lets hope we finally would get a some kind of official support for the Linux users.
[2022-01-17 19:37:01]
ertrader - Posts: 661
Latest updates:
Linux updated to 5.13.0-25, Mint 20.3, Wine 7.0-rc6 and SC 2345. I added 18 charts per instance to cover all markets on one page for better market overviews.

Luigi..I've not seen the data issue you mentioned. Just speculating...maybe the latest versions of Wine would help if you have not already tried.

Also, moved from CQG to Teton order routing.

I'm working with Bradh on a trade copier across brokers and instances. It would be VERY helpful if SC had trade copying built in to include moving stops and targets across SC instances and brokers.

Current configuration:
SierraChart Version 2345 64 bit (2 instances)
wine-7.0-rc6 Development
Mint Linux 20.3/Cinnamon desktop
Kernel 5.13.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: <500 Meg per instance. Memory has gone up a bit but that is expected with the additional charts
CPU Utilization: <5% per SC instance
88 Charts, 5 instruments (ES, YM, NQ, GC, CL)
Denali datafeed with MBO data
SC/Teton (Advantage Futures) and SC/TT (ADMIS) order routing (have requested with ADMIS to add Teton as an option)
RealVNC for remote access
Updated 1/17/22.

PS: Newer chartbooks are performing better for one of my custom studies:
Button menu toggle
PPS: Teton and move from AMP to Advantage and using SC web trade account
AMP and SC Direct routing
Date Time Of Last Edit: 2022-01-17 20:17:32
[2022-01-27 08:01:52]
forevermaat - Posts: 5
Is there any significant difference (performance, UI) between Mint and Ubuntu for using SierraChart or other trading platforms?

And if so, which one should a trader consider first?
[2022-01-27 10:40:20]
UnixManiac - Posts: 46
Is there any significant difference (performance, UI) between Mint and Ubuntu for using SierraChart or other trading platforms?

And if so, which one should a trader consider first?

It mostly depends on the desktop environment you will actually choose to use. Both Mint and Ubuntu comes in different "flavors".
It comes down to what you will like and find more comfortable working on at the end, to start I would recommend latest Ubuntu LTS with their default desktop environment (GNOME).
[2022-01-30 05:41:47]
ertrader - Posts: 661
Yes, for me, I really like cinnamon on Mint. I did try Gnome and Gnome just didn't feel as comfortable...personal preference.
[2022-03-09 14:12:58]
User921987 - Posts: 234
Any experiences ?
[2022-03-14 22:03:51]
Kiwi - Posts: 375
Bottles looks like a really nice way of managing wine or proton. It should be fine with Sierra Chart although it's unnecessary.


I was reading the wine docs on performance and saw two optimisations that might assist us. Thoughts?


export WINEDEBUG=-all
export __GL_THREADED_OPTIMIZATIONS=1 # for nvidia drivers
Date Time Of Last Edit: 2022-03-14 22:25:54
[2022-03-22 19:03:47]
User35525 - Posts: 180
Everyone, I've installed Sierra Chart 2368 on a new computer with Wine 7.4-staging, and am now having trouble editing cells within spreadsheets. Clicking ">>" no longer expands the edit window (was working initially but now works maybe one out of 100 tries). Has anyone seen this? Please see the screenshot.

Edit: was able to fix this by emulating a virtual desktop within wine's graphics configuration. Then I was seeing odd behavior with the tool values window and I had to change global settings in Sierra Chart to make it not keep disappearing. But this is resolved and it's back to normal.
Date Time Of Last Edit: 2022-03-22 20:37:09
imagespreadsheet_edit_cell.png / V - Attached On 2022-03-22 18:58:34 UTC - Size: 40.15 KB - 231 views
[2022-04-05 03:33:31]
ertrader - Posts: 661
Lots of updates since last time. Glad the above issue was resolved....I do not use spreadsheets so thank you for letting us know!

Updated Linux to 5.13.0-39, Wine 7.5 development and SC 2376.

Moved two live accounts (CQG and ADMIS) to Teton order routing with Advantage/Stage 5 and have been very happy, especially with the new order allocation method, trade order performance, outstanding commissions and support from Stage 5 and Advantage.

I'm now able to trade copy natively within SC to both live accounts and/or SC evaluation accounts... quite a game changer!

Current configuration:
SierraChart Version 2376 64 bit (2 instances)
wine-7.5 Development
Mint Linux 20.3/Cinnamon desktop
Kernel 5.13.0-39 generic
OpenGL X11lib: 1.7.0
AMD Ryzen 7 3800X
GeForce GTX 1660 Nvidia video card w/6 GB GDDR5 and driver 460.103.01
Dual Monitors 1920X1080 60 Hz for both monitors
Total System RAM: 16 Gig
Memory usage: <400 Meg per instance.
CPU Utilization: <4% per SC instance
37 Charts, 6 instruments (ES, YM, NQ, RTY, GC, CL)
Denali datafeed with MBO data
SC/Teton (Stage 5/Advantage Futures)
RealVNC for remote access
Updated 4/4/22

PS: One long time friend and Linux user did mention he was having issues with SC tabs on recent Wine versions. Earlier Wine 7 versions worked and I have not been able to investigate this yet.
Date Time Of Last Edit: 2022-04-05 03:42:37
[2022-04-05 04:22:59]
User921987 - Posts: 234
@ertrader How's your history download speed ?
I'm still experiencing a slow history tick data download speed compared to Windows 10 on the same hardware (dual boot).
Date Time Of Last Edit: 2022-04-05 04:23:19
[2022-04-05 15:41:37]
ertrader - Posts: 661
Yes, I do see slow downloading for historical data on Linux. For 5 days of ES data, Windows is just a couple seconds. On Linux it is many seconds.

However, unexpectedly, real-time is better on my Linux computer than my Windows computer with exactly the same chart. Linux has smooth Chart DOM price movement on the price ladder whereas Windows is jumpy. My Linux computer is more powerful so that will have an impact. Both are set to default chart update intervals.

I only keep max 5 days of data (and usually 2 days) and the Linux computer is on all the time, therefore, historical downloads are no issue for me.

For the network, Windows ping is 15 ms. Linux ping is 8 ms so the network could also have something to do with slow Windows Chart DOM price action. Both computers are on the same network but my Windows computer uses WiFi as I don't trade with it, just test.
Date Time Of Last Edit: 2022-04-05 15:46:18
[2022-04-05 16:48:13]
User921987 - Posts: 234
Thanks for the info.
- My history data download speed in Linux is something about 45% compared to Windows
- During downloading the Linux CPU usage is 30% (!!) but Windows does only 8%
- Ping delay to CQG & Sierra servers are a bit smaller in Linux
- Order confirmation is also received a bit faster in Linux
Date Time Of Last Edit: 2022-04-08 20:44:36
[2022-04-09 14:12:06]
User921987 - Posts: 234
I installed Flatpak and Bottles. History data download is now 50% faster compared to 'stock' wine-7.5 (staging). Cpu usage around 10%. Windows is still about 30% faster. This is without any tuning the Bottles. Bottles have different kind of 'runners' and other settings which may improve results. Going to check them later.
Date Time Of Last Edit: 2022-04-10 14:08:59
[2022-04-15 10:36:31]
YSS - Posts: 107
Long time Linux user here (1995 on slackware)

Are you guys actually activily using Sierracharts for live trading and not having any issues qua performance?

I'm seriously telling you the only reason I run Windows is because of the trading platforms that only runs on Windows.

Although I think font rendering is better on Windows for the simple reason Microsoft invested massive amount of research in it I could not refuse the urge to run Sierracharts on Arch Linux and ditch Windows forever (again)

Reading you guys look at suckless software made my day :-)

What I would need is Sierracharts just compiling SR into a linux executable, I don't like wine. They could release it as beta or alpha without any warranties but support it if they can. That would be awesome. I have no idea of the dependencies they use and what GUI framework they use, if it's not a cross platform framework then it's not going to happen probably soon. By the looks at it, it looks Sierracharts is using the native W32 WINAPI

Date Time Of Last Edit: 2022-04-15 10:43:45
[2022-04-15 13:06:50]
ertrader - Posts: 661
Yes, that is exactly why I started this discussion a couple years ago :) I trade every day and only with SC on Linux. It's solid and reliable! I use my Windows computer for testing and verification of issues if I need support.

You can see my latest configuration in the posts.

Yes, there have been issues as you read through, however, this is a great community of support and we have worked through them.

For awhile, SC has been in the process of reducing Windows API dependencies as you see with their new settings format. My understanding is SC wrote the new setting windows themselves in an effort to get better performance, more stability and less windows dependency. This may provide the opportunity for better cross platform support for what you suggest in the coming months. Until then, I'm not sure about other ways except Wine (or a derivative like Crossover or Proton) for running SC on Linux.

Thank you!
Date Time Of Last Edit: 2022-04-15 13:14:31
[2022-04-15 13:36:10]
YSS - Posts: 107
If they are using the Windows APIs and not using a cross platform framework it will never happen, you will always have to run it in wine (crossover etc are all wrappers around wine)

I really don't see them migrating that tbh. Are you sure they wrote their own framework for the new settings screens?

[2022-04-15 13:53:46]
BeardPower - Posts: 51

SC implemented its own settings widget, which is not using the WIN32 API, but SC uses the WIN32 API for rendering/blitting other GUI components like panels, windows, and more. They do not use a cross-platform GUI framework. Many different frameworks have been discussed long ago, but they all have their shortcomings, and there was not really a solution SC wanted to use/agreed on.
They plan to phase out/move to a separate component as much of the WIN32 API as possible, including rendering, blitting, etc., which would lead to an independent core that could use any GUI framework in the future. At least, that is the plan and the goal to achieve true cross-platform capabilities.
Date Time Of Last Edit: 2022-04-15 14:05:30

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


Login Page - Create Account