Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
You can't have two Ninja instances running on the same Windows instance.
I always have 4 or 5 Ninja running in parallel, sharing the same data feed and sharing some other things, but on different machines.
1) either a separate machine, or a Virtual Machine (VM) is required.
In my particular case, I have a Rithmic account; and I want to configure
a second Rithmic account.
My understanding is that the Rithmic connection is written in software
in such a way that there cannot be more than 1 connection per process.
So my expectation is that I need 2 isolated NT8 processes (which I would
prefer to be in separate login accounts, but which I guess will need to be
isolated into another VM or machine instance)
where 1 of them is configured for Rithmic account #1
and the 2nd of them is configured for Rithmic account #2
Where would a Multi-Brokerage license key fit into all of this. Is it
better for me to upgrade to Multi-Brokerage strategy for this kind
of configuration ??
Broker: NT Brokerage, Kinetick, IQFeed, Interactive Brokers
Trading: ES
Posts: 159 since Dec 2014
Thanks Given: 40
Thanks Received: 166
I've used VM's to effectively sandbox instances of NT8. It works well but you will need separate licences to submit live orders. Also, be careful about having different instances writing to the same location. I've corrupted the NT8 install a few times trying to do this.
Funny, I've coded something similar (see ) and will start to sell it this week.
But as we don't know what's the OP is looking for, it may not what he's looking for (distribute/copy trades on different machines).
Yes, I have a friend who's using this. I have an extremely fast Order Entry front-end
which he's using; and at least the LeeLoo qualification accounts are Sim (the "live" accounts
may also be Sims) but anyway, his platform freezes; when my tool is closing a dozen positions
simultaneously. We had to write in a pause between successive order operations, which
are pipelined onto a single thread; and that seems to improve the situation.
So their Trade Copier might be nice for "manual" trades; but not for lightning fast
automated trading
If I had to implement copying, I'd write my own infrastructure to do it.
That's some really good work. When I have a need for that, I'll definitely
look at it. Time for a DuckDuckGo search to find that website ! hyperscalper
[edit] please bear with me. So in these configurations is it true that a
Multi Broker license is needed; and also that isolated runtimes, e.g. separate
login accounts or even different computers/VM's are needed? I'm new to NinjaTrader and, although I've written some specialized indicators and Order
processing, I can't get much of a straight answer on these configuration
issues with multiple instances of the platform.
NinjaTrader platform support actually says, which I find unbelievable,
that they don't support multiple instances of NinjaTrader processes on the
same computer. So... they don't know what common file areas, or areas
of conflict their own software might have in multiple instance deployment?
Hmmmm....
No need for a MultiBroker license.
Then the things to know is most brokers do not all allow multiple connections on the same instance (no 2 CQG connections connected in parallel for example). This is true whatever the Ninja license.
I think Ninja knows which resources are used by the software but I'm suspecting an architectural thing which makes running multiple instances on the same OS (some mutex maybe).