Support Board
Date/Time: Fri, 09 Jan 2026 01:26:14 +0000
[User Discussion] - Comments and Concerns for 2026 Linux Direction - Users and Devs Need Better Communication
View Count: 271
| [2026-01-05 10:46:34] |
| User677437 - Posts: 95 |
|
Be considerate, how much you are asking of people, and how divisive of an issue this may seem. I don't think people are going to be comfortable running Sierra on Linux in a Virtual Machine. And if you're asking people to move over their entire desktop into Linux, and learn Linux UI - That's going to take time, and some of the user base may not even have that technical expertise to wonder why their audio isn't working, or graphics are not as good - because they simply do not know that they have to download drivers. People will have to use VM to access Windows 11 and use Adobe and Microsoft Office Suite. Or they'll just buy a stand alone trading computer - But ram and gpus in 2026 are going to be very expensive... If yall go this route, - You will have to do a real online demonstration, step by step - thinking of every single need that someone could have when making the switch from Windows to Linux. This could be someones first time changing the OS. Some people might even need to hire IT support to do this. Yall do have older users that are not tech savy. People will have to boot from USB, download Sierra, download chartbooks and pray, before they do a hard install of linux. If chartbooks don't work or people have to rebuild - that's an extremely hard ask. *Also be very concerned that Linux has horrible multi-monitor functionality Truthfully, I'd like more of a discussion, and community of user feedback, than forum posts that get lost everyday. People are having performance issues with the timers with one of the links you shared. These posts happen every week. I'm just shocked why there hasn't been a more friendly process to trouble shoot. There should be a YT video. Are you guys afraid that people will get the wrong idea and this will be bad marketing, and that this will turn new customers away if they had to watch an hour long video on how to optimize Sierra Chart ? Sierra Chart is more popular than ever on X / Twitter, YouTube, and within Discord communities. Everyday people are drawn to SC for all the charts that can be made, all the market profiles, volume profiles, footprint charts. Low time frame charts. DOMS. Creating amazing chart layouts with detached windows or in program windows. The idea is - you can have it all, you can see 50 charts on the screen, and the program won't crash and charts will be as smooth as butter. This is why you guys are the best. Please keep in mind - Nearly every person that has chartbooks that make people interested in SC - They all recommend to turn on OpenGL on because it helps with chart scrolling, and often these layouts consist of a dozen or more charts all up at once, in detached or attached mode. It'd be nice to benchmark Sierra Chart using the same operating system ( because the majority of us are not on Windows 7 ), and use similar charts and layouts, use similar studies as your customer base and most importantly to beta test updates, before someones decides to upgrade to the latest version, and they experience charts are frozen, windows closed or deleted, or program crashes and very shortly after a fix is always made and a new version is out. Some of us are wondering why aren't these things tested before hand. If yall want to go all in on Linux - Please think about creating a community to beta test that before it becomes official. With all that being said, I'm okay with this idea if the multi-monitor support and driver issue is solved #1 , especially if Linux makes yall happier with using Vulkan or OpenGL, and it solves the networking side of things with timers and opens up a new pathway for future development, and everyone will get better Ram and CPU utilization. - but if my chartbooks don't work that's a hit in the gut. And if that happens to other users - it definitely kills momentum and hurts your brand in this competitive industry. We don't want that. We want yall to succeed. The problem with Linux, will be what distribution and versions yall will develop on and potentially incompatibility issues. Yall will have to specifically go with the verbage of Linux development ie " Official Build Target = Ubuntu LTS " + " Verified Compatible = Linux Mint Cinnamon. Don't even think about Arch..... And some of us are not happy when it comes to 3rd party API integrations. We are paying monthly subscription services for custom trading resources, I will name names. Menthor Q and Gexbot for me specifically and because of this whole timer thing Vendors are now creating new API's to only be compatible with newer versions of Sierra, and they are not in the know with some performance issues that we are experiencing, where the answer is " We don't know, it's because you're not using Windows 7 ". If these 3rd party vendors would now have to create something additional to work with Linux - that's something to think about Date Time Of Last Edit: 2026-01-05 13:44:01
|
| [2026-01-05 11:23:33] |
| User677437 - Posts: 95 |
|
OS Timers vs SC Timers discussion again... SC Timers chart update limitations
|
| [2026-01-05 11:46:53] |
| User677437 - Posts: 95 |
|
Understanding Sierra Chart Work to Port To Linux and Windows is Doomed
|
| [2026-01-05 11:58:30] |
| TonyCipriani - Posts: 72 |
|
They said Windows support will not be removed 🙌🙌. Understanding Sierra Chart Work to Port To Linux and Windows is Doomed | Post: 432997
|
| [2026-01-05 13:08:53] |
| User677437 - Posts: 95 |
|
Tony, yes I've read that. But honestly I'm not optimistic with any future Windows versions. There are still people rocking versions from 2600 or older. Right now, week after week people are posting that their built out chartbooks are freezing with cursor movement and it unfreezes with no movement and all the data fills in, and it's this run around game of Turn OS timers OFF or ON, Turn OpenGL On or Off, or just rollback versions, or just do more performancing tuning, maybe think about comprimising price readability between higher and lower timeframe and put charts that need to be on 1 instance into 2 instances making things less intuitive because global cursor crosshair doesn't work between 2 instances and never will, or just give in and go back to Windows 7. The few of us that are trying, that have done videos, we don't get any insight as to what could be done further on our end. We feel like mad scientists. Beta Testers that don't know we are beta testers, that just have this forum to communicate with developers to resolve our madness. I'd be more optimistic for Sierra on Linux, because there are some very real performance gains to be had in general with linux and probably runs better for built out chartbook users. I use atleast several gbs of ram for Sierra of 64gb. But Linux has some problems with multi-monitor support, it had problems with graphic drivers idk now. To be entirely fair - In heavy gb of ram chartbooks - If price didn't freeze with cursor movements and charts were buttery smooth with OS Timer ON and OpenGL ON- There would be very literal enthusiasm from me for any latency/performance gains because it would already be perfect. But no one can find the attainable holy grail settings yet and we all feel like we are chipping away at this problem alone. A community would be nice. Not that free discord with some french guy calling himself darknoise IYKYK. I even added Sierra Chart to the Nvidia Control Panel to see if configuring any OpenGL settings would help. Like it's insanely tedious that the options are glitchy cursor movement and chart dragging every 5 seconds for .5 second glitch with OS Timer OFF, vs OS Timer ON - and charts are buttery smooth cursor and crosshair doesn't glitch for a .5 second - but it freezes the datafeed and as soon as cursor movement stops - all the data and current price gets updated 100% correct. It's not a datafeed issue. It never was. It's sometype of bottleneck happening from the User side that bottlenecks the data feed / server side. And we've been gaslight to no end on this. Date Time Of Last Edit: 2026-01-05 13:13:23
|
| [2026-01-05 13:26:24] |
| User677437 - Posts: 95 |
|
Price hangs indefinately when I move global cross hair (chartbook has detached charts)
|
| [2026-01-05 13:27:06] |
| User677437 - Posts: 95 |
|
This thread has my video, by the end of the post I come to the opposite conclusion that it's better to have charts glitch with OS Timer OFF, instead of price freezing with cursor movement with OS Timer ON, like what the other thread says in title - I also demonstrate this in video. SC isn't going to see what we've been trying to tell them, on a singular instance with a 100 symbols running. My video demonstrates that there is a drastic difference between a built out chart book, and a bare bones instance and how OS Timer ON / OFF functions. Everything is fine in barebones instance. But in built out chartbook there is obviously a bug / bottlenecking happening that causes price to hang with cursor movement. If this problem can be solved - the same problem that was linked in the locked linux thread - yall wouldn't need to dive into Linux adoption for 2026- because it would already be perfect by what we expect and are used to for heavily built out chartbooks using gbs of ram, on high end computers, using OpenGL. Global Crosshair Cursor and OS Timer -ON- Recommendation Date Time Of Last Edit: 2026-01-05 14:04:05
|
| [2026-01-05 14:05:05] |
| User677437 - Posts: 95 |
|
I'll repost video here too
Date Time Of Last Edit: 2026-01-05 14:08:59
|
 2025-10-10 14-28-50 (4).mp4 - Attached On 2026-01-05 14:05:02 UTC - Size: 60.49 MB - 19 views |
| [2026-01-05 15:07:23] |
| TonyCipriani - Posts: 72 |
|
Perhaps you have a faulty custom study that you built which could be causing the lag/glitch?
|
| [2026-01-05 15:27:32] |
| User677437 - Posts: 95 |
|
......... Oh wow if only I thought of that ............. This is all about how built out a chartbook is. We are talking about atleast over a gb of ram being used and multitimeframe charts and market profiles. Last time I checked the timers was version 2800. Now people are having problems with the newest release being problematic for MDI windows, and possible detached charts issues so I'm not even motivated to try this again. If you read the linux thread to the thread they linked, I linked it too, the first one, that guy is also having similar issues. Then another guy months before, the price hangs indefinitely with cursor movement same thing. People encounter these issues, check the forum, they don't say anything, and they just rollback and never think about updating again. Date Time Of Last Edit: 2026-01-05 15:30:53
|
| [2026-01-05 18:37:22] |
| Sierra_Chart Engineering - Posts: 22243 |
|
Regarding this: It'd be nice to benchmark Sierra Chart using the same operating system ( because the majority of us are not on Windows 7 ), and use similar charts and layouts, use similar studies as your customer base and most importantly to beta test updates, before someones decides to upgrade to the latest version, and they experience charts are frozen, windows closed or deleted, or program crashes and very shortly after a fix is always made and a new version is out.
Windows 7 is not used for testing or development. It never has been. And we do not need to test Sierra Chart on different versions of windows. This is completely irrelevant. Totally and completely irrelevant. It has no relevancy whatsoever. None. Absolutely none. The version of windows does not matter. If you understand software development you would know that. And regarding, performance issues between versions, refer to: High CPU Usage | Inactive User Interface | Poor Performance | Long Time to Load Chart Data | Charts Reloading Often: 30.44 - Performance Differences Between Versions of Sierra Chart All these claims of performance issues, on a newer version of Sierra Chart is nonsense. It is not the version. There is some other cause in each individual case. There may in some cases be a specific issue in a particular version, affecting performance, but nearly all the time this is not the case. And we understand the issue, with Sierra Chart timers versus OS timers, but those can be disabled and you just simply use OS timers and then there is no difference compared to versions that just had OS timers only. And we have an idea what we can do, to solve this timer issue. If we have not already implemented it, we will. We should just simply shut up and say nothing more. You are taking some statements, out of context, and making something out of them that is not true at all. These are minor issues and will get resolved: Now people are having problems with the newest release being problematic for MDI windows
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: 2026-01-05 19:10:35
|
| [2026-01-05 20:04:34] |
| allons_trading - Posts: 40 |
|
*Also be very concerned that Linux has horrible multi-monitor functionality
Don't even think about Arch.....
As someone who actually uses Sierra Chart on Linux daily for the last few years with multiple monitors on Manjaro and now CachyOS, both Arch derivatives, please explain this horrible multi-monitor functionality that you keep mentioning because clearly I've yet to experience it. |
| [2026-01-05 22:49:48] |
| User677437 - Posts: 95 |
|
As someone who actually uses Sierra Chart on Linux daily for the last few years with multiple monitors on Manjaro and now CachyOS, both Arch derivatives, please explain this horrible multi-monitor functionality that you keep mentioning because clearly I've yet to experience it.
Hey if you want to be Tech Support for everyone that experiences any issue with multi monitor functionality that doesn't work out of the box on a linux install, would love to see you help out and create a trouble shooting guide - honestly you will create a pretty decent following on YouTube. In the official Linux thread on this forum - there is obviously people experiencing that. Please don't make me go through that thread to find what I'm talking about, when you are supposed to be the linux guy. And you'd know that Wine/Bottles etc is doing the compatibility function. To build a native progam - they are not picking Arch or any of its derivatives. So I just don't know what you're trying to argue. |
| [2026-01-06 01:04:23] |
| User450463 - Posts: 136 |
|
I don't know about Bottles, but Wine is converting the Windows system calls to native POSIX calls on the fly, in real time.
|
To post a message in this thread, you need to log in with your Sierra Chart account: