Hello
I had been use NT automatic strategy from 10 years ago with Rithmic, my code script has 1.500 lines. I’m doing research and any hosting company in Aurora tell me that SC with Teton is much more fast. My problem will be change script C# to C++ and I learn a new platform. Can I connect NT with SC Teton? It would be same low latency NT Teton vs SC Teton? Or script C++ is more fast than C#? Thanks.
I can't answer much of your question, at least not directly. But, (1) I think it is extremely unlikely that you can connect NT to SC Teton. These systems are not really meant to be compatible. (2) In (almost) every single case, C++ is always faster than C#. It's not always the case simply because you can have C# code that runs a piece of code in C++, which will be fast.
It's a matter of how the languages are fundamentally designed: C++ compiles down to native machine code (which your computer immediately runs) and C# "compiles" down to an "Intermediate Language" that has be interpreted by runtime code. If this sounds too techish (and it is, for normal people ), just remember that anything written in C++ is fast, and anything written in C# is much less so. Also, NT itself is written in C# and so it is inherently slower than SC, which is written in C++. The difference is very obvious if you use both.
Whether this will matter in the case of your application is probably another matter, since a lot of performance depends on interfacing with things outside of your app (such as the exchange servers and network, which are going to have the speed they have, no matter how fast your app is), but that's generally the situation of C++ vs C#.
Would rewriting a large-ish program to run in a different environment (SC) and in a similar but different language be worth it? The effort would probably be fairly large, and the time just to get up the learning curve would be large before you can even start. How important would your increase in speed be if weighed against the development time?
That's where I don't have any answers. Maybe someone with practical experience with hosted apps in these platforms will come in and add more information.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote
The following 2 users say Thank You to bobwest for this post:
I'm answering to penultimate paragraph and It's the big question. In theory Teton is more fast than Rithmic, this is motive for the which I need know if NT is compatible with Teton.
Thanks
The following user says Thank You to Alvaro Martinez for this post:
I haven’t NT Brokerage, I have been licence NT Platform before 2014 then I’m free to choose FCM that I would want. I have Phillip how FCM directly no brokerage introductori.
I am not by any means a programmer or have any skill with that whatsoever. But I am very interested in Sierra Charts but its looks like its from the 90's. Do I have to be a coder programmer whatever you call it to make use of this platform?
No... but learning SC does require an enormous amount of patience as you sift through mountains of documentation -- which could make you want to jump off the mountain.
The following user says Thank You to ondafringe for this post:
Wow, the 90s? Really? SC can look anyway you want it to, not just what is default out of the box. I built a look-a-like "Bookmap" heatmap in SC. It's really an amazing platform for the price. Spending some time with it, it get's easier to navigate and see how charts/DOMs are built.
The following 2 users say Thank You to jmccabeVA for this post:
Dear Valued Customer,
This is to formally notify you that effective on the close of business November 5, 2021, NinjaTrader Brokerage, LLC will be transferring its customer business from Dorman Trading, LLC (Dorman) to NinjaTrader …
Not for a while now.
Bob.
When one door closes, another opens.
-- Cervantes, Don Quixote
), just remember that anything written in C++ is fast, and anything written in C# is much less so. Also, NT itself is written in C# and so it is inherently slower than SC, which is written in C++. The difference is very obvious if you use both.
