Zen-fire 64 bits

[paulg]

ok, I know less calculation means faster.. but 32bit software under x64 OS ..

Not sure what you mean. [...]
The base NT7 (32 or 64) already has considerable performance improvements over 6.5. [...]

ok, I know less calculation means faster...so it's an 'universal rule'.

What I meant is: since we are forced to use the NT 7 32 bit with a Zenfire connection, is there any benefit about multithread/multicore management running the NT7 32 bit code under an x64 OS with quad-core CPU?

Am I wrong saying that the NT7 32 bit + Zenfire will lose all the advantages of multithread/multicore management, since these feature are available only using 64 bit software within x64 OS?

[NinjaTrader_JoshP]

When running in 32-bit mode you would not be able to utilize the 64-bit mode features. Yes, this would be the case. This does not mean you will not be able to utilize multiple cores though. Just means you won't be able to utilize the memory architecture of 64-bit.

[paulg]

This does not mean you will not be able to utilize multiple cores though.

Excluding obviously the use of other software running concurrently on the other cores, do you mean the single-thread version of NT7 32 bit could run splitted over multiple cores..?

Just means you won't be able to utilize the memory architecture of 64-bit.

Are you referring to the .Net limitation to address about 1.5 Gb of memory to NT?

[NinjaTrader_JoshP]

paulg,

Not sure what you are referring to. NT7 is multi-threaded regardless of 32-bit or 64-bit.

Yes, I am referring to memory limitations for 32-bit applications.

[forest]

Unfortunately there is no ETA on when ZenFire would support 64bit.

Then let's work on one. I am sure you have much on your plate, but find it difficult to imagine why you would not want one of the fastest data-feeds to take advantage of the fastest systems. It's the whole point isn't it?

[NinjaTrader_JoshP]

forest,

Thank you for the post. It is on our list for the future, just no ETA for it yet.

[forest]

Glad that you replied Josh. I just wanted to let you know some of us out here would appreciate it.

[paulg]

LARGEADDRESSAWARE on NT7 32bit: about 2.5 Gb RAM limit under 64 bit OSes?

paulg,

[...]

Yes, I am referring to memory limitations for 32-bit applications.

Memory limitations?

About the running the NT 7 32 bit under 64 bit OSes, please comment this post:

http://www.ninjatrader.com/support/forum/showpost.php?p=97664&postcount=24

Does this mean that even using NT 7 32 bit (because of Zen adapter limitation) under 64 bit OSes - without any other further manual switches - there will be better Ram management up to 2.5 Gb vs. the current 1.3 Gb limit?

[NinjaTrader_Dierk]

Which part of my post your link is referring to is unclear to you?

[NinjaTrader_JoshP]

paulg,

I am not a hardware specialist, but my understanding is a 32-bit application will not be able to use more than the memory limitation of the x86 architecture, even on a 64-bit machine. The benefits of using a 32-bit application in a 64-bit machine over a 32-bit machine is that you are given full access to the max usable RAM for x86 and your 64-bit machine will still have enough RAM leftover for other things like your operating system and other applications. Whereas if you were on a 32-bit machine, you have to share 3-4GBs among everything from operating system, NinjaTrader, other applications.

[paulg]

Fast mkt and NT7 beta 16 crashes...

Today (June 1) with the fast mkt on currencies, stocks and bonds we can see looking at the charts, I simply verified that NT7 beta 16 - running under Windows XP Pro SP2 XP64 with 4 Gb RAM @ 1333, CPU i7 860, 150 GB 10K RPM HD, with less than 25/35% CPU cores time involved and about 2 Gb free RAM - well crashed (stop responding) as usual as it happens running this software under XP Pro x86. Workspace is just 576 Kb and it includes globally 25 windows on 6/7 instruments.
Also NT7 locked the other applications running in background (Xtrader and Excel), making the PC totally unresponsive. No antivirus running. The software crashed and asked me to send the report, I did it.

Still wondering whether the Zenfire 32 bit connection cannot keep up with fast mkts or Ninja simply cannot keeps up with tick calculations. The same workspace usually locked (CPU cores at 99%) a dual-core CPU under XP Pro x86 with 4 Gb RAM but I hoped that an i7 CPU could change the situation. I was wrong and the hardware it's not a bottleneck now.

[NinjaTrader_Bertrand]

Paul, thanks for the report - which ticket number got assigned to your files and case sent in to support?

Thanks

[paulg]

Paul, thanks for the report - which ticket number got assigned to your files and case sent in to support?

Thanks

Bertrand, I did not open any ticket; simply pressed the Send Report button. Don't remember other details. Sorry

[NinjaTrader_Kyle]

Hi paulg,

To clarify, was this the 'NinjaTrader has detected an error' message or a windows application termination error message?

[paulg]

Hi paulg,

To clarify, was this the 'NinjaTrader has detected an error' message or a windows application termination error message?

I think that it was the Windows error termination message; probably the message has been sent to MS when - with the application in a 'not responding status' - I clicked the NT7 close box. I still can't believe that such a workspace with some tick calculation is able to crash an i7 during a fast mkt. I was quite scared during those moments...all in all without a decent reliability I will be forced to virtualize NT7 within a VM; I cannot afford the risk to be worried for the lack of stability.