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)
Although I agree about the advantage of using 64 bit NT7, for now it's only eye candy. The only way to execute real $$ live trades to your broker in NT7 is by using Zen-Fire (I call it Shoot-Fire) and Zen doesn't support 64 bit yet...only 32. Nothing on their website indicates any inclination to take advantage of 64 bit anytime in the forseeable future.
Roger Felton
Can you help answer these questions from other members on NexusFi?
Yeah, I just made the jump to Win 7 64-bit, and it is nice, but I also noticed the lack of Zen 64-bit. Unfortunately, 64-bit Zenfire is something that will cause the NT guys to "re-write our Zen-Fire adapter which is about a three month project from start to finish". Shocking.
Actually not that simple. THe problem is that there is no zen-fire adapter... the functionality in there is the Rithmic adapter (no joke - well, actuall as zen-fire is basically using the rithmic platform it makes sense), and that is a pure C++ library. There is a C# adapter, but it is basically using the C++ library, too, as far as I know.
As the C++ library is 32 bit only.... this means that the whole process has to be 32 bit. The moment Rithmic provides a well written 64 bit library set, it should be a matter of a day to make a 64 bit compile, but it leaves Ninja with the problem of then loading ANOTHER dll in the 64 bit process - like with all native components.
The way I am going around that in Tradex (My platform - and I am right now cleaning up that part of the code, actually) is by NOT CONNECTING IN IT Ninja should have done the same.
Basically, if you open a connection, a separate program is started (no user interface, jsut a process) that loads the connector. THere are currently 2 hosts exe files that can be started - a 32 bit and a 64 bit one. THey are REALLY simple (one line of code) - all the code is in a shared "any cpu" dll. But they make sure I can start the host as needed in 32 or 64 bit mode. The connection host then communicates with a coordination service using named pipes. THere are multiple advantages - like for example I can theoretically restart the program without loosing data, as they are decoubpled (and data is cached). It also means I am more safe in my main program - RIthmic code in theory can crash a .NET application based on being native code. Never had that (RIthmic is well written), but this way I dont have to wonder whether a memory leak in a big app comes from me or some native code
Anyhow, like so many other applications Ninja went the cheapo way (like so often) and loads the connector in memory. The 32 / 64 bit woes they face now basically are the price they pay. This one - contrary to many blatantly stupid and ignorant things they do - is actually one I can not really blame them for. Let's just hope RIthmic goes 64 bit soonish not that I will use that then (the connector itself does little - I rather have mine running in 32 bit whenever possible).
There is a lot of criticism of NT here - most of which is fairly geeky - which means I don't really understand it.
However can someone say what is better for the retail trader then?
I used to use Ts and that is flawed, I can now code adequately in C# and NT 7 really isn't that bad (IMHO) but I am always prepared to find better if someone can point the way.
Oh and if you want true 64bit NT - use the IB connector - works fine.
There is nothing better, at least at the moment (hmpf, I need to really write my investor pitch for Tradex now). I work on something, but - that is a year away from being retail ready (though I will start publishing something for download in a month or so - usable for SIMPLE trading).
IB has it's opwn share of problems, btw. - the IB connector is pretty crappy by itself. Price data is "distortet" so to say. It is good enough for a lot of things, though, that I grant you
Appreciate the response NetTecture.
I understand that IB is reasonably crappy as it 'aggregates' the data every half second I believe but apart from that I have found it to be very robust over the last 5 years.
If ZenFire would support more exchanges eg SOFFEX then I would switch tomorrow :-)
No platform is perfect, but that's the age we live in. There are high dollar platforms such as CQG that are very stable and fast. Personally, I trade with NinjaTrader. I have a dedicated "trading only" computer (i7 CPU and 8 gigs of RAM) that has no other software installed other than antivirus and firewall protection plus System Mechanic. It is maintained and backed up daily. I have had very few problems using NinjaTrader that I would not expect to experience on any other platform. Since I installed Ninja 7 and IQFeed data, I have had zero problems with data freezes or order execution. I'm very pleased.
Which Broker do you use for the Ninja 7/IQFeed combination ? I'd wanted this type of combination request from Ninja but I'm been restricted to NT/Zen-Fire combination and an NT/Zen-Fire based Broker.