Home >> Support Board

Support Board

Date/Time: Thu, 02 May 2024 09:12:43 +0000

How to Post a Message for Support

Native Support for Linux. Will This Ever Come?

View Count: 9699

[2023-08-01 06:20:16] #100 [Go To First Post]
User921987 - Posts: 234
my only worry is what happens when the current person(s) running Sierrachart pass away or for whatever reason have to be replaced by a new cohort? This is very important question. I would also like to know how many developers do they have in house?

[2023-08-01 07:24:09] #101 [Go To First Post]
Ed C. - Posts: 98
Btw, I like Linux also. And another major benefit of developing your code, rather than relying on open source libraries, if is an update to the OS breaks something, or if there happens to be a bug in a library you're using that's adversely effecting your code, you're not at the mercy of the library developers to get your code fixed. You're not - if you have the source, you can fix it yourself. Use the source, Luke.

[2023-08-01 07:27:40] #102 [Go To First Post]
Ed C. - Posts: 98
This is why we really need to create our own operating system at some point, but certainly using an existing OS as a foundation Linux or BSD. I'd suggest looking at one of the BSD variants - their networking stack is better than Linux.

[2024-03-20 10:01:13] #103 [Go To First Post]
User687917 - Posts: 70
Any news about Native Linux Sierra chart support? Or if there are some developers working on it?

[2024-04-06 01:46:50] #104 [Go To First Post]
Kiwi - Posts: 374
Just a note. Having seen Ed C's note recommending BSD I did some research and would suggest Linux. Why? - most of the "better networking stack" is dated and the Netflix example is poor because their version is a significant modification to their needs. - you can see similar mods for "low latency" (vs netflixes needs) by financial firms using Linux. - plenty of industry players use linux, often with mods to their needs, including google's android - linux is where the big growth has been on desktop share both personal and larger entities. - wifi and drivers are a xxx nightmare with BSD (I tried and ended up using wifi tethering on a phone to get connected). and maybe most importantly - most of your nixy users use Linux.

[2024-04-06 03:40:00] #105 [Go To First Post]
Tony - Posts: 459
I am not a tech person and don't understand why a Linux version is necessary, I have been running Sierra on multiple Linux distributions since 2019, and things just getting better and better. I do worry though if one day something went wrong with Sierra, I need a backup, so I am spending a lot of time testing Ninja, (couldn't find another program that is even close) I am running Windows 10 VM with Manjaro on a 2016 MacBook, Ninja took 2'30" to load and another minute to 'recalculate' all the indicators/studies, vs. Sierra took less than 30 seconds to load everything in the same VM. I am also trying to convert Sierra's custom studies to Ninja, it can be done for the most part, just a pain in the butt, Ninja has too many MS cr*p.

[2024-04-06 05:49:29] #106 [Go To First Post]
User921987 - Posts: 234
Because of the market share and size of the community and support the Linux is on the next level compared to BSD. What comes to network stack efficiency please just check the following Phoronix article and you can quickly see Linux has no problems when compared to BSD. https://www.phoronix.com/review/bsd-linux-eo2021/7

[2024-04-26 21:14:33] #110 [Go To First Post]
VLiviu - Posts: 140
I don't think SC will invest money and time to create a new SC for Linux, unfortunately. The majority and their big customers are using Windows (I think) :-)

[2024-04-27 05:05:46] #111 [Go To First Post]
User921987 - Posts: 234
Many would use the Linux version because they hate Windows and all the telemetry it does (+ other reasons), but since SC doesn't support Linux, they won't switch to it. The SierraChart Linux version could contain even the entire operating environment without any other additional software, in which case it would be easy to run virtually (vmware, virtualbox, qemu/kvm etc.) in its own sandbox and would therefore be very stable and reliable. I see a lot of potential here to bring something new to the industry, which may change Linux/Windows market shares significantly. Date Time Of Last Edit: 2024-04-27 05:07:16

[2024-04-27 12:01:26] #112 [Go To First Post]
Tony - Posts: 459
... but since SC doesn't support Linux, they won't switch to it. That is not true, check this one of most popular post on Support Board: I am always amazed that there are so many people ignore this simple fact: Sierra Chart runs in Linux flawlessly. Date Time Of Last Edit: 2024-04-27 12:03:08

[2024-04-27 12:30:58] #113 [Go To First Post]
User921987 - Posts: 234
That is not true, check this one of most popular post on Support Board: I am always amazed that there are so many people ignore this simple fact: Sierra Chart runs in Linux flawlessly. I didn't say that SC doesn't run in Linux. What I meant by support is that SC as a company does not give you official support if you are a Linux user. Sometimes they might answer user questions they see, but no official support and guarantee. It is mainly supported only by users. Btw. I've been using SC on Debian Linux for years and it works pretty well there. The only thing it doesn't do very well is tick data downloads, which are significantly slower on Linux than on Windows. I see the origin of the problem in the Wine layer, which does not like certain high frequency kernel calls. I think this could be solved with a better implementation of the download process, but I'm not sure without seeing the source code.

[2024-04-27 12:56:00] #114 [Go To First Post]
Sierra_Chart Engineering - Posts: 14173
Yes the problem is with Wine, but Sierra Chart has no high-frequency calls into the operating system other than for graphics in order to draw a chart: I see the origin of the problem in the Wine layer, which does not like certain high frequency kernel calls. I think this could be solved with a better implementation of the download process, but I'm not sure without seeing the source code. During data downloading there are no calls to the operating system at all. There is only a notification from the operating system that a buffer has been filled with data. Sierra Chart does have to call a function to determine that. But that function blocks until there is an event the operating system needs to notify about (GetQueuedCompletionStatus). And Sierra Chart uses an INFINITE wait with it. It is all extremely efficient. 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: 2024-04-27 13:06:36

[2024-04-27 13:53:28] #115 [Go To First Post]
User921987 - Posts: 234
@Sierra_Chart Engineering Thank you very much for the information.

[2024-04-27 14:22:06] #116 [Go To First Post]
ertrader - Posts: 645
In regards to data download speeds in Wine, I'm looking forward to testing a Linux kernel update coming this year that may help. https://www.phoronix.com/news/Linux-6.10-Merging-NTSYNC Date Time Of Last Edit: 2024-04-27 14:30:21

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