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)
Don't you think you're hitting a memory limit ? Why don't you use a x64 version with a lot of RAM do your memory-consuming backtests ? That's also what's useful with NT7 as compared to NT6.5
I know you said before you had 4 GB RAM however, this really does not matter. 32 bit OS imposed application memory limitations around 1.5 GB thus having 6 GB or 8GB makes no difference. 1 tick resolution backtest will eat a lot more memory than a 100 tick backtest so it could be that you run out of memory. However, the trace files should contain some idea on what is happening and I would love to get my hands on them. I know you have rebuffed my assistance but I offer it again. You can try and send me the logs/traces via Help > Mail To Support, in subject including "For Ray" and just say "From webart".
Custom indicator? You can send logs/traces so I can see what happened (usually custom scripts that cause these types of exceptions) so I can see for sure, if there is a problem here I sure would love to fix it. You can send via Help > Mail To Support, attention "RayD from MetatTrade".
During an optimization run, we save the summary details so as you click through each individual backtest (Summary Tab) the results will populate instantly. The problem is that executions and trades will eat up a large amount of memory. Executions and trades are what's needed to populate most of the other tabs in the Strategy Analyzer such as graphs and Chart tab. Its just not possible to retain in memory backtest iterations of an optimization run, it's too expensive and in some cases just not possible. Thus, if you opt to select a tab in the Strategy Analyzer that requires the trades/executions, we have to execute a backtest on that parameter set. At this time, we have not discussed ways to improve that.
Nope, 100% clean install, nothing at all added, was using Nbars up with an EMA filter, using 30 second bars (tick data), I don't recall mentioning anything about 1 tick resolution.
I'll send it in ok.
AS for the memory. This machine has 3.2 Gig of usable RAM next time I run a backtest I will check the physical usage of NT and report back. Wouldn't it just start using the swap space if it was running low ?
As for my Xeon machines, we always have a spare one which I like to make do some work, our current spare has 64Gig of RAM in it and of course it is 64bit ... we have had the same kind issues with the servers also, although I havn't installed the lattest NT on it, I think I gave up around Rev15.
From 1989 I used many professional system Computrac real time,CQG, Aspen, Bridge, Reuters, Robert-Slade for Mac
etc, etc.
From October I use NT7 and I am very happy I have always open 3 workspaces consuming betwen 500.000K and
650.000K on 6 by 24' screens I have win7 32 bit with the max ram of 4GB my system never crash I do not pass the order trough NT but with IB directly but I paid $995 for life license why I think they deserve now I pay also $50 for kinetick monthly before I paid around $1000 monthly for the same think.
So I just think that Njnia is fantastic
Roberto
On the Ninja server speed issue what kind of speeds shoud I expect to see ?
I never get more than 26kbit, take a look at the attached, you can see I ran a download in IE at 439kbit, while Ninja was doing 13kbit, although it was doing 26kbit before I started the download, so the pipe is full at that point.
What port does the data come in on, I want to check and see if either us, or our upstream have anything throttling or any Qos on that port .. perhaps its seen as P2P, I don't know.
If any of these issues are on my side, then fine, I'll deal with it and appologise, but I am not convinced it's 'my fault', not in the context of all the past issues.
Note it can throttle bandwidth based interface or indivdual application, however I am not of course throttling NT infact I am not using it to throttle at all, I just loaded it up to see what was going on with this data loading.
For real time, the speed of the data flow is based to the number of instruments you have loaded, what kind of data you’re requesting and the movement of the markets.
I had my IT manager run some tests.
If only watching live data within NinjaTrader a test ran with 10 "Level II" windows while connected to Zen-Fire, he was receiving 55kpbs. While another test with 4 minute charts didn't go over 2kbps and only made it there when there was a large movement in the market. To figure out the port NinjaTrader is using for live data for your provider, you can with contact your Broker and request that information or use "TCPview" application from system internals.
For historical data, I would expect that you would go well over 25kbps. Since there are variables in route from AUS (I assume you are located there) I can’t tell you exactly what to expect. Attached is an image of the rates we are getting here from Denver to Chicago, where the servers are located. NinjaTrader historical data servers use port 31654.
On another note, I have not received anything in our support queue from you.