Home >> Support Board

Support Board

Date/Time: Mon, 02 Feb 2026 04:43:17 +0000

How to Post a Message for Support

Native Support for Linux. Will This Ever Come?

View Count: 18949

[2024-11-01 19:02:30] #150 [Go To First Post]
cesium932841 - Posts: 171
I am having exactly equal or faster speeds running sc in wine on linux, so i am beyond happy

[2024-11-01 19:05:33] #151 [Go To First Post]
YSS - Posts: 120
I am having exactly equal or faster speeds running sc in wine on linux, so i am beyond happy By what measurements? Because your statement with the way Wine works this is in Assembly language CPU Cycles basically technically impossible.

[2024-11-01 19:07:40] #152 [Go To First Post]
cesium932841 - Posts: 171
Refresh rate performance of my 10ms refreshing charts, and chart load times, and it is possible, because i saw large performance improvement in the overall computer when switching from win to linux Date Time Of Last Edit: 2024-11-01 19:08:05

[2024-11-01 19:13:08] #153 [Go To First Post]
YSS - Posts: 120
Refresh rate performance of my 10ms refreshing charts, and chart load times, and it is possible, because i saw large performance improvement in the overall computer when switching from win to linux That's great to hear but if you would put SC Windows and SC Linux Wine side by side I think the result would surprise you. Date Time Of Last Edit: 2024-11-01 19:13:31

[2024-11-01 19:20:00] #154 [Go To First Post]
cesium932841 - Posts: 171
Are you trolling the thread? I did put it side by side, Ive ran windows, and now linux. And im telling you, my linux is faster in every way

[2024-11-01 19:22:47] #155 [Go To First Post]
User753428 - Posts: 182
Are you trolling the thread? I did put it side by side, Ive ran windows, and now linux. And im telling you, my linux is faster in every way he's right though, it's technically impossible for sc running on wine linux to be faster than sc running natively on windows. i recall even the sc engineering team acknowledged this.

[2024-11-01 19:34:42] #156 [Go To First Post]
cesium932841 - Posts: 171
my system as a whole, the entire operating system, on my hardware, everything, operates much faster on linux than it was on windows Date Time Of Last Edit: 2024-11-01 19:35:33

[2024-11-02 06:26:19] #157 [Go To First Post]
R1sk - Posts: 256
What I do I watch the cpu usage percentages as a whole and in Linux the values are way much lower. You can also feel it when operating with the charts. Out of the box Linux is not as bloated what Windows is and I think Linux has a better task scheduler too. The latest Phoronix speed comparisons confirms this too. But the wine is a problem when loading history data over the internet. Windows does it way much faster. Btw. In SC I switched to Debian/wine few years ago and never looked back. Very happy with it. I have been a Linux user something about 23 years now. Today all my desktops, laptops and mobile devices are based on Linux. Windows is history for me. Date Time Of Last Edit: 2024-11-02 06:45:30

[2024-11-03 19:11:50] #158 [Go To First Post]
R1sk - Posts: 256
To get better download times on the internet, can I write my own Linux native downloader for "Historical Daily and Intraday Data" ie. Is it possible to log in to the historical data server from external programs (with my credentials)? EDIT: Not supported Date Time Of Last Edit: 2025-12-05 06:08:26

[2025-12-05 01:55:44] #159 [Go To First Post]
User370774 - Posts: 35
Thought a year after the last post it might be worth asking... how is the native Linux version coming along? Cheers

[2025-12-05 06:14:39] #160 [Go To First Post]
R1sk - Posts: 256
Thought a year after the last post it might be worth asking... how is the native Linux version coming along? Cheers This thread was started six years ago, and even back then, support said they had already planned this years earlier. So we're easily talking about a decade. Could one conclude that this support might never actually arrive? IMO the issue is certainly about money i.e. too little demand for Linux. At least for now.

[2025-12-05 06:22:03] #161 [Go To First Post]
Tony - Posts: 682
No demand for Linux version doesn't necessarily mean few Linux users (check this link: Linux) I have been running Sierra on Linux since 2019 flawlessly, I sure hope Sierra will NEVER develop a Linux version.

[2025-12-05 07:20:40] #162 [Go To First Post]
R1sk - Posts: 256
It would be interesting to know what percentage of paying SierraChart users are currently Linux users. I would guess that the percentage is very small, but as we can see from that Linux thread, they are nevertheless quite vocal. Furthermore, with a user survey, we could quickly find out how many Windows users would switch to Linux if SierraChart offered official support for it. Not to mention entirely new users. Date Time Of Last Edit: 2025-12-05 07:21:45

[2025-12-05 09:55:25] #163 [Go To First Post]
Sierra_Chart Engineering - Posts: 22614
No, it is never about money: IMO the issue is certainly about money i.e One thing that we have learned over the years, is money (referring to large amounts of money) is rarely a solution to anything. That applies to so many things in this world. Or if it is an issue, a lot less money is probably needed, to accomplish something and if a project is worth investing in and makes sense, there will be people who would be willing to help. Money is certainly no solution when it comes to producing good software. Good software can only come from very intelligent people working hard, knowing what they are doing, and being very dedicated. And it takes time. There are three basic reasons for the long delay, with direct support for Linux. But we think there is a good chance it could come, within 2026, by using the Wine library which we discussed here: Notice: Solution to: Chart/Chartbook Tabs Visibility Issues, Portions of Chart Window Cut Off \| Post: 428932 1. We underestimated the amount of time that is involved. 2. Our time is occupied with so many other things including complying with CME market data policy (A massive monumental waste of time), and maintaining Sierra Chart features, and adding new features and answering customer support questions. Customer support and CME market data policy, are huge time wasters. 3. Lack of highly intelligent and dedicated programmers. These are a very very very rare thing. And is not like we need many. Just like one maybe two. This is all. It would be interesting to know what percentage of paying SierraChart users are currently Linux users. We do not know and we are not sure there is a way to tell. But based upon user support questions it seems like, it is a significant percentage and growing. Maybe it is 15%. 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 Date Time Of Last Edit: 2025-12-05 10:07:28

[2025-12-05 09:59:25] #164 [Go To First Post]
Sierra_Chart Engineering - Posts: 22614
This does not make sense because there will be a massive improvement with performance, and general stability with direct support for Linux: , I sure hope Sierra will NEVER develop a Linux version. 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-12-05 10:27:25] #165 [Go To First Post]
skalaydzhiyski - Posts: 119
I mean literally my Windows uses up 11GB of my Ram on startup and my Linux box uses up 950mb... :) Sierra is an ultra fast software which if migrated to Linux natively would be even faster! Looking forward to it

[2025-12-05 12:01:42] #166 [Go To First Post]
R1sk - Posts: 256
There are three basic reasons for the long delay, with direct support for Linux. But we think there is a good chance it could come, within 2026 But that was truly excellent news! Ah, so the percentage could be that high. Excellent. You could simply send a survey by email to all your customers asking, "Would you start using the Linux version if we added support for it?" The percentage of positive responses might be surprisingly high.

[2025-12-05 13:13:28] #167 [Go To First Post]
YSS - Posts: 120
I know SC was looking for a complete solution to even create their own linux SC distro. I would advise to just maintain a flatpack since the dependency to use Wine to interact with the WIN32 API will be needed. An Official SC Maintained Sierracharts Flatpack is the most cost effective and best elegant solution at the momenent imho. Date Time Of Last Edit: 2025-12-05 13:13:54

[2025-12-05 13:21:36] #168 [Go To First Post]
R1sk - Posts: 256
I would advise to just maintain a flatpack since the dependency to use Wine to interact with the WIN32 API will be needed. I have been running SierraChart through Bottles (https://usebottles.com), which is based on Flatpak and has worked very well. Bottles is an application that allows you to easily manage Windows prefixes on your favorite Linux distribution supporting different kind of runners as follows: - Caffe (our official runner) - Lutris (from Lutris Developers) - Proton-GE (from GloriousEggroll) - Vaniglia (our vanilla runner, available by default since Bottles v3)

[2025-12-12 12:31:58] #169 [Go To First Post]
User753428 - Posts: 182
there used to be a time when i wondered if a native linux version of sierrachart would be necessary but now that Microsoft is no longer even hiding their intentions of turning Windows OS into a mass-surveillance tool force-feeding AI down our throats going beyond just metadata but now actively trying to scrape and even scan the actual data in the File Explorer in order to better target ads that are scheduled to go live in the Windows Home versions, i now realize how wrong i was and that a native linux version of sierrachart will not only be preferable, but will probably be mandatory within 5 years. once microsoft makes it impossible to disable all the bs copilot features, i would be very wary about running trading programs that manage huge sums of money on an operating system i cannot control.

[2025-12-12 16:15:20] #170 [Go To First Post]
Ed C. - Posts: 125
i would be very wary about running trading programs that manage huge sums of money on an operating system i cannot control. Remember when Sierra posted a rant about just how bad Windows was? And that was before all this AI surveillance spyware they've loaded into Windows 11. Why they haven't come out with a native version of SC is completely beyond me. Yes, my last position before I retired was as a VP of software development at a cryptography company, so I know the level of effort required. That being said, I'm running 2789 under Wine on MX Linux 23. It looks a little odd at times, but it's perfectly functional.

[2025-12-12 16:23:49] #171 [Go To First Post]
ertrader - Posts: 697
Agreed... lots of development but nothing noted on linux updates. 2813 is running well for me on Mint 22.2/Kernel 6.14 and Wine 10. The updates SC is doing seem ok (have not tested or updated to them) but for me a linux version is the real game changer.

[2025-12-12 16:25:05] #172 [Go To First Post]
Ed C. - Posts: 125
But the wine is a problem when loading history data over the internet. Windows does it way much faster. It may be an issue with data compression, but you're right. I also don't see the necessity of blanking the charts when reloading data or recalculating a chart. Others don't do that, why SC? In SC I switched to Debian/wine few years ago and never looked back. Very happy with it. I have been a Linux user something about 23 years now. Today all my desktops, laptops and mobile devices are based on Linux. Windows is history for me. I've been running Linux for over 30 years (I was one of the original developers), and I've only got 1 laptop running Windows. Every other laptop and desktop is running MX Linux (based on Debian), except for a FreeBSD database server that "just runs", down in the basement. :)

[2025-12-12 16:37:49] #173 [Go To First Post]
YSS - Posts: 120
> Why they haven't come out with a native version of SC is completely beyond me. Yes, my last position before I retired was as a VP of software development at a cryptography company, so I know the level of effort required. since when do VPs know about engineering, oh wait they don't, above is another proof > SC is completely beyond me. Because you have no idea that SC uses the WIN32 API and they need wine to be able to run. Let me explain this to you in Layman's terms Mr. VP aka Mr. Beyond Me: They use the WIN32 API in Windows for SC and for Linux they would need to migrate this to POSIX for system calls and GTK/Qt for GUIs. Thank you

[2025-12-12 16:44:21] #174 [Go To First Post]
R1sk - Posts: 256
It may be an issue with data compression... I believe the issue is not necessarily related to compression, but rather to how Wine's compatibility layer functions. Specifically, Wine translates Windows socket API calls into Linux system calls. It could also be an implementation-related problem, but without access to the source code, it's difficult to say for certain. Regardless, this additional translation layer will introduce additional latency and CPU overhead. This could easily be resolved by developing my own native Linux program to connect to the data farm and download the data directly into .scid files, but unfortunately, that is not a supported option.

[2025-12-12 16:48:29] #175 [Go To First Post]
Ed C. - Posts: 125
> Why they haven't come out with a native version of SC is completely beyond me. Yes, my last position before I retired was as a VP of software development at a cryptography company, so I know the level of effort required. since when do VPs know about engineering, oh wait they don't, above is another proof > SC is completely beyond me. Because you have no idea that SC uses the WIN32 API and they need wine to be able to run. Let me explain this to you in Layman's terms Mr. VP aka Mr. Beyond Me: They use the WIN32 API in Windows for SC and for Linux they would need to migrate this to POSIX for system calls and GTK/Qt for GUIs. Despite your stupidly insulting snark (which exposes your emotional immaturity), I've been writing code since before you were born, so I am VERY well aware of how the Win32 API works. What a completely irrational post. Grow up, willya?

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