Announcement

Collapse

Looking for a User App or Add-On built by the NinjaTrader community?

Visit NinjaTrader EcoSystem and our free User App Share!

Have a question for the NinjaScript developer community? Open a new thread in our NinjaScript File Sharing Discussion Forum!
See more
See less

Partner 728x90

Collapse

NtDirect Memory Utilization

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    NtDirect Memory Utilization

    I routinely run the NtDirect dll to provide an external data feed to NT platform from TradeStation. This morning I had an instance of not being able to load a TS chart due to insufficient memory. I shut down all of my TS workspaces except the one providing the external data feed. Task mgr showed 5gb of memory use at this point. When I closed the NT data feed workspace, the memory use dropped to 2gb. Seems like there must be a memory leak associated with this dll?

    #2
    Hi Atomic, thanks for the report - we currently have no other similiar one here : is this reproducible on your setup? What NT and TS version would you employ?

    What charts were contained in the TS workspace?

    Would the memory use be more conservative if you'd used a dedicated workspace containing only the needed instruments for the feed function?

    Please also keep in mind this interface was developed for providing a simulated trading feed for a few symbols.
    BertrandNinjaTrader Customer Service

    Comment


      #3
      I am running TS 9.0 and NT 7.0. The only symbol I am using is @ES.D. The other thing I am doing is a lot of simulated trades, all from @ES.D 3 minute charts.

      I'll monitor memory usage more close when I'm doing this and let you know if I see it happen again.

      I checked it just now and my memory use sat at 5 gb. I shut down the NT data feed momentarily and turned it back on, and now the memory use is 3.5 gb,
      Last edited by Atomic; 05-21-2012, 08:09 AM.

      Comment


        #4
        Thanks, which TS 9 build would that be? If this would be still available, I could look into reproducing on your exact setup - so far I've not seen such a case and we have quite a few users with this interface option.

        Since we don't really support the .D symbol, some occurrences for you if you work on @ES or an individual contract in TS?
        BertrandNinjaTrader Customer Service

        Comment


          #5
          I'm on 9.0 (update 8997). I did not have any significant memory consumption today, so I'll keep an eye on it and probably restart it once a day to avoid this problem.

          I didn't understand your last question. I only run this to develop code for the broker who trades my systems and is using the NT platform for execution.

          Comment


            #6
            Ok, thanks, please keep me posted on what you see and if this memory buildup would happen reproducibly for you. We cannot support TS's .D unfortunately with this interface option though.
            BertrandNinjaTrader Customer Service

            Comment


              #7
              Originally posted by NinjaTrader_Bertrand View Post
              Ok, thanks, please keep me posted on what you see and if this memory buildup would happen reproducibly for you. We cannot support TS's .D unfortunately with this interface option though.
              So if I used symbol @ES or @ESM12 and created a custom session, that would make a difference?

              Comment


                #8
                Hell,

                You can use @ES with the CME US Index Future RTH session template to plot the day session only for this contract.
                MatthewNinjaTrader Product Management

                Comment


                  #9
                  Originally posted by NinjaTrader_Matthew View Post
                  Hell,

                  You can use @ES with the CME US Index Future RTH session template to plot the day session only for this contract.
                  I know how to make custom sessions in TS. Is TS what we're talking about for custom session or NT? I'm just trying to understand what the relevance of session time is to the memory leak?

                  At the end of the day today, my memory use sat at 4.8gb. I have restarted the computer with TS + NT + 1 workspace which provides the NT data feed and nothing else. Memory is at 1.50gb. I'm going to leave it run (overnight if I can) and see what happens to memory use.

                  Comment


                    #10
                    The custom session wouldn't affect the memory itself - we're just suggesting this to mimic what the @ES.D contract does visually on the chart.

                    We do not support th @ES.D symbols, so to narrow down the issue, it would be great if you could run on the standard @ES symbol and use a custom session template.
                    MatthewNinjaTrader Product Management

                    Comment


                      #11
                      Originally posted by NinjaTrader_Matthew View Post
                      The custom session wouldn't affect the memory itself - we're just suggesting this to mimic what the @ES.D contract does visually on the chart.

                      We do not support th @ES.D symbols, so to narrow down the issue, it would be great if you could run on the standard @ES symbol and use a custom session template.
                      Ok, I've modified my charts to use @ES with custom session.

                      Comment


                        #12
                        I have some ELD's I will send you to demonstrate the memory leak. Where do you want me to send them to?

                        Comment


                          #13
                          support at ninjatrader dot com

                          ATTN: Brett in the subject line and reference this post.

                          -Brett
                          BrettNinjaTrader Product Management

                          Comment


                            #14
                            Here is a picture of the problem. Turns out the memory is being taken up by orchart.exe. When I close and reopen the chart that is communicating with the NtDirect, the memory commitment to orchart.exe decreases by 1 Gb. I believe this problem is caused by the NTFilled function calls, but I can't be sure and I have no idea of how to deal with the problem. Suggestions welcome.
                            Attached Files

                            Comment


                              #15
                              What is orchart?

                              Thanks.
                              BrettNinjaTrader Product Management

                              Comment

                              Latest Posts

                              Collapse

                              Topics Statistics Last Post
                              Started by set2win, Today, 04:11 PM
                              0 responses
                              7 views
                              0 likes
                              Last Post set2win
                              by set2win
                               
                              Started by trader3000a, Today, 02:18 PM
                              0 responses
                              4 views
                              0 likes
                              Last Post trader3000a  
                              Started by Tavor, Today, 02:06 PM
                              0 responses
                              11 views
                              0 likes
                              Last Post Tavor
                              by Tavor
                               
                              Started by WalterSkinner, 07-01-2022, 03:14 PM
                              2 responses
                              26 views
                              0 likes
                              Last Post NinjaTrader_BrandonH  
                              Started by vitaly_p, Today, 10:13 AM
                              0 responses
                              17 views
                              0 likes
                              Last Post vitaly_p  
                              Working...
                              X