SLOW BACKTEST – HOW MUCH RAM IS PRT USING

Forums › ProRealTime English forum › ProRealTime platform support › SLOW BACKTEST – HOW MUCH RAM IS PRT USING

Viewing 10 posts - 1 through 10 (of 10 total)
  • 01/15/2017 at 4:13 PM #21172
    GraHal

    It would be reassuring to be able to check that PRT is using the maximum amount of RAM available on my machine. Sounds a daft question because you would take it for granted??

    What bothers me is if I choose the start option as attached then the slider is always on 2GB when I have 8GB on my machine.  Okay I know the start option attached says ‘using java’, whereas Standard Mode does not use java I guess??

    What has prompted these thoughts is that Optimising 100,000 Units is so laboriously slow that I’m thinking of giving up! 🙂 Not really but it takes the motivation / excitement out of it … by time the Optimisatin run finishes you have to think “now what was I doing”.

    Any thoughts / comments appreciated.

    01/15/2017 at 6:18 PM #21187
    Derek

    Hello Grahal,

     

    if you are using windows the Task Manager (CTRL+ALT+DELETE) will most likely answer your question.

    I always thought backtests are being run on the PRT servers and that’s why it doesn’t make sense to invest in computing power with PRT?

    01/15/2017 at 7:50 PM #21200
    GraHal

    Yes I think you are right Derek re it doesn’t make sense to invest in computing power with PRT?

    Here’s another question for anybody … if you launch the PRT Platfrom with the ‘Java Launcher’ as shown in my screen shot attached … does PRT actually launch for you or does it look like it is going to launch but then, in the end, you have to click on the Standard Launcher??

    With me above is what happens or is that what is supposed to happen? Anybody launched PRT using the ‘java option’?

    Thank You
    GraHal

     

    01/15/2017 at 9:41 PM #21212
    GraHal

    Flippin nightmare to make sure one is running 64 bit Firefox … if you go Menu, Help and About the version (50.1.0) is the same number as the 32 bit and neither version says 32 bit or 64 bit. And it appears the ‘online dowlnoad’ (will only make sense to you if you go to the Mozilla download page) is the 32 bit version despite not saying.

    I’ve had to check download file size to make sure I have dowloaded / installed the 64 bit version of Firefox! Don’t make it easy do they!!??

    Same illogic and difficulty applies to 64 bit Java!

    Now I’ll try that Java launch of the PRT Platform and maybe I’ll answer my own  questions.

    01/15/2017 at 10:07 PM #21213
    GraHal

    Hahaha the ‘Java Launcher’ works for me now!

    So by using the ‘Firefox online download link’ I unknowingly installed 32 bit Firefox!

    Due to ‘Firefox About’ not saying what version it is even when it is 64 bit version its easy to be conned as you cant check what you have installed!

    Anyway  despite 64 bit Firefox and 64 bit java and launching the jave version of the Platform with 8GB RAM available  … Optimising is still slow / no quicker … for anybody who was wondering as I was!

    I reckon the slowness is all down to the PRT Servers (as David says above)??  Columns in my Optimisation Table showing the variable values can sit there for a few minutes with no additional values being added. And Ive checked no values are being added ‘out of sight’ / below the sight line (hope that makes sense?)

    Might PRT ever improve the slow speed we are seeing Nicolas … if you ever read this?

    I think this concludes this minor investigation, but please add any comments / extra info you may have … it all helps others reading this Thread.

    Thanks for listening
    GraHal

    01/16/2017 at 11:16 AM #21267
    GraHal

    Latest … froze again this morning so I clicked to send the Error Report to PRT (I never normally bother) see the coloured bar on attached screen shot … showing as 4GB RAM available but there is 8GB on my PC (see second screen shot).

    So it seems PRT does not use the full RAM that is available. But I guess RAM is not the cause of the freezing if the coloured bar is to be believed as it only shows 886MB in use.

    GraHal

    05/31/2017 at 12:44 PM #37130
    Despair

    I’m wonddering the same. I also have 8GB installed but when i check PRT also shows only 4GB. I now wrote to PRT support but they are pretty bad in replying (wrote to them before and never got an answer).

    05/31/2017 at 11:23 PM #37176
    GraHal

    Hi Despair, I think RAM may be a ‘red herring’ / misleading?

    Having read my previous post on the Topic, I thought … this doesn’t happen to me now (or does it??). I went over to  Fibre Broadband and a different ISP early March 2017 .

    Also I do any development using Backtests @ 10,000 units max which, unless very complex code, is okay re speed of execution.

    I reckon the PRT servers are being ‘flogged to death’ by us lot on here?? 🙂

     

    06/02/2017 at 6:55 AM #37268
    Pollux

    Hi all,

    im having a similar issue and it has only been the case since about Tuesday. Please keep reporting to PRT/IG. Maybe they’ll give it some attention.

    its very frustrating.

    06/02/2017 at 8:54 AM #37269
    GraHal

    Hi Pollux   did you see the one below, let him know you are getting same since Tuesday.

    https://www.prorealcode.com/topic/out-of-memory/

  • Author
    Posts
Viewing 10 posts - 1 through 10 (of 10 total)

Find exclusive trading pro-tools on ProRealCode Marketplace

Similar topics:
conversion from trading view to prt :buy and sell alerts using vwap
prt unspeakably slow

Create your free account now and post your request to benefit from the help of the community
Register or Login