NT 7.0.0.17 crash with RAM building up

[Harry]

Just started NinjaTrader. Not connected. Only thing I did: Edit the range indicator, modify one line and save it under the new name of TickRange. Then compiled the new indicator and exported it(see below). Export worked fine.

After doing this NinjaTrader was building up memory (around 1.5 GByte), and I had to remove NT via the Windows Task Manager.

Logfile is clean. These are the last lines of the trace file:

2010-06-29 18:36:37:609 ApplicationStart done, took 19,6 secs
2010-06-29 18:37:01:531 Code.Editor.OnLoad: Failed to reference 'NinjaTrader.Custom, Version=7.0.0.17, Culture=neutral, PublicKeyToken=null': System.IO.FileNotFoundException: Das angegebene Modul wurde nicht gefunden. (Ausnahme von HRESULT: 0x8007007E)
   bei System.Reflection.Assembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   bei System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)
   bei System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)
   bei System.Reflection.Assembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, StackCrawlMark& stackMark)
   bei System.Reflection.Assembly.LoadFrom(String assemblyFile)
   bei NinjaTrader.Code.Editor.OnLoad(Object sender, EventArgs e) 

[NinjaTrader_Brett]

Harry,

Strange Thanks for Reporting, are you able to reproduce this on startup or did this only occur once?

Did you add the TickSize indicator to any charts? If so how many?

Did NinjaTrader go unresponsive, or did you just see large memory usage?

I look forward to assisting you further.

[Harry]

Yes, I had added the indicator to a 30 min chart of ES to test it, before I exported it.

No, I cannot reproduce the problem.

NinjaTrader went unresponsive, and the task manager showed an ever increasing RAM usage, I stopped it when it was around 1.5 GByte, as my workspace usually does not take more than 300 MB.

[NinjaTrader_Brett]

Hello,

In this case can you please send us your full trace files to support at ninjatrader dot com to see if we can find anything there. As far as the error your copied in your first post this is an ignored message that has no relevence currently.

Control Center->Help->Mail To Support and put ATTN: Brett in the subject line.

I look forward to assisting you further.

[Harry]

This is the complete trace file of the session (the session had just been started). There is no regular session end, as I had to use the Windows Task Manager.

[NinjaTrader_Brett]

Hello,

Do you have any workspaces starting besides Alpha and Untitled 1?

Thank You.

[Harry]

No other workspaces.

Hello,

Do you have any workspaces starting besides Alpha and Untitled 1?

Thank You.

[NinjaTrader_Brett]

Hello,

Ok, I could not reproduce on my side.

Lets keep an eye on it and if it happens again please let me know. If it does happen again please send me your workspace without re opening NinjaTrader so that I can take a look at the workspace.

I look forward to assisting you further.

[playafh69]

This happened to me before too.. it was something i could reproduce. It was when i reported the Iq feed backfill problem... The only way to fix is was to delete the ninja trader folder from the my documents all together...

[NinjaTrader_Kyle]

Hi playafh69,

Thanks for your post and the additional information.

Harry,

Please hold off on this until we can confirm that the issue will occur again and was not a one-off.

[Harry]

Thanks for your answer Kyle.

I think this might be related to the editor. I sometimes have another problem that NT crashes, when I open an indicator and then turn the mouse wheel to scroll down to get to the section of the code I am looking for. Already reported this for both NT 6.5 and NT 7.0. But both bugs are not critical, as they are related to the editor and do no occur, when loading data or trading.

[MXASJ]

Not sure if this is related to Harry's issue and the trace I sent you for ticket 335574, but an observation:

If I start Ninja and run a few Stratgies all day, memory (usage as displayed in Windows Resource Monitor) stays fairly constant. If I disable/edit/re enable or disable/remove/edit/re add/re enable, it adds about 40MB to the memory usage each time. This was brought to my attention on a day of heavy editing that ended in a System.OutOfMemory exception.

FWIW there are no charts open, just a few strats running. Anything I should try on my end? NT7b18. Nothing special in the strats other than some custom methods for trade management.

If I have a custom method named, for example TradeTimeFilter(), would I need to clean that up in OnTermination()?

EDIT TO ADD: Just noticed that merely enabling/disabling/enabling adds about 10-15MB in new memory usage each time.

[NinjaTrader_Brett]

Hello,

Do you see the same behaivior with the Sample MA Cross over? In my testing I was unable, if so please take a screenshot of the settings you used on the sample MA cross over so that I can test on my end.

To send a screenshot press Alt + PRINT SCREEN to take a screen shot of the selected window. Then go to Start--> Accessories--> Paint, and press CRTL + V to paste the image. Lastly, save as a jpeg file and attach the image to your forum post.


I look forward to assisting you further.

[MXASJ]

I do, Brett, but since the SampleMACross has such a small footprint to begin with, the memory usage increments much more when you enable/disable/enable. I'll have a play on the weekend and post back some info.

[MXASJ]

Brett if I load a bunch of the Sample strats that come as default with NT7 and do the enable/disable/enable cycle I do see increasing memory usage, though smaller incrementally then my own strats (700+ lines of code). This is where I'm out of my depth but it does seem like something is not getting disposed of properly on strat enable/disable.

I can post screen grabs if you want, but it should be reproducable by all.

This is still a gazillion times better then 6.5 in terms of memory usage, but as it stands now a daily restart is still on my Best Practices list.