PRT and CPU Usage

Viewing 15 posts - 46 through 60 (of 61 total)
  • Author
    Posts
  • #207416 quote
    PeterSt
    Participant
    Master

    Can someone please advise how long is the edit ‘window’ open for ….. ?

    If you mean the whole platform … 18 hours.
    Otherwise maybe elaborate on the question, please ?

    inverse thanked this post
    #207417 quote
    PeterSt
    Participant
    Master

    and cores wouldn’t park / sleep

    My general advice – for a situation like yours – would be to disable hyperthreading and benefit from more cpu cycles / second. I never saw really that PRT would uses cores explicitly, so on top of all “misery” you would lose a lot of “time” on taskswitching.
    Anyway I have it off for the IMO better.

    Keep watching the memory usage. Once it is in the 8GB range, things will start to collapse and cpu usage will be excessive. But things are (memory) trashing by that time and you will notice by severe stutter on everything.

    inverse thanked this post
    #207418 quote
    inverse
    Participant
    New

    Apologies meant Forum reply / post edit window ….

    #207419 quote
    inverse
    Participant
    New

    My general advice – for a situation like yours

    No issue just making the point that odd core util in one case was related to Ryzen Chipset drivers getting hammered. I can’t say exactly how this came about and may have been a weird MS interop issue but removing and re-installing resolved the problems.

    I’m unlikely to get >8Gb in PRT use (if that’s what you’re saying) ….. I’m pretty agricultural in it’s use haha

    Thanks for the replies …. 🙂

    #207422 quote
    GraHal
    Participant
    Master

    meant Forum reply / post edit window ….

    We get 5 mins to edit our posts after first posting.

    #207425 quote
    PeterSt
    Participant
    Master

    These spikes look extremely odd to me. Can you recall what you were doing there to let it spike like that ?
    Would that be Ryzen behaviour perhaps?

    Nothing within PRT inherently behaves like that (but you are going to tell me 😉 ).
    It could lead to “the” issue, once we know (hehehe).

    Edit : that first core would bee your Turbo Boost core. What in heaven’s sake would require all that contiuous “math” ?

    image_2023-01-14_104600157.png image_2023-01-14_104600157.png
    #207427 quote
    PeterSt
    Participant
    Master

    Aren’t you using the API version of PRT ?? If that is so, it would explain a lot.

    Btw, below my cpu in the midst of a backtest, which is normal (closed markets) because all happens (PRT) server side. Not so with the API version …

    image_2023-01-14_105653987.png image_2023-01-14_105653987.png
    #207429 quote
    inverse
    Participant
    New

    These spikes look extremely odd to me.

    Appreciate the interest and it’s as I’ve posted further up in the thread.

    It is odd that a old templates that have NOTHING or little in them loads the CPU but newly created templates won’t. Some of the templates are years old.

    I have no issue with the older templates and they can remain there till I need them, when I do I’ll rebuild them.

    It was only by chance I came across it because I wanted to pull up some historical DJIA action. All I did was open a very basic template and as a test deleted the content only to see it load CPU (details are in an earlier post).

     

    My interest here was whether those using PRT and having CPU load issues whether a simple rebuild of template could get them across the line and eliminate the issue as it did for me.

    #207430 quote
    inverse
    Participant
    New

    Thanks Graham.

    #207431 quote
    inverse
    Participant
    New

    Aren’t you using the API version of PRT ?? If that is so, it would explain a lot.

    I’m using what’s offered by IG, it leverages JAVA underneath by the looks.

    #207434 quote
    PeterSt
    Participant
    Master

    Asked differently (API) : Can you switch off your PC and your auto trading continues ?

    #207450 quote
    inverse
    Participant
    New

    Not sure is the answer, I’ve never run any systems as a set and forget strategy.

    Running PRT complete not premium.

    #208865 quote
    fj_pastor
    Participant
    New

    Hello Another one here with the problem “Out of memory” when trading on IG with several TF and screens …

    Problem started a couple of days ago. I have to restart the program every half an hour.

    Maybe it has something to do with the drawonlastbaronly instruction.

    I modified a heavy coded indicator with this feature last week. kind regards

    #208867 quote
    GraHal
    Participant
    Master
    drawonlastbaronly instruction
    Assuming your last bars are 100 ish then the above usually makes everything calculate faster etc. If you can minimise personal indicators and also screens not being used it helps. How many Auto-Systems are you showing listed on the left-hand side of the Backtesting and Auto-Trading window??
    #208883 quote
    GraHal
    Participant
    Master
    If you can minimise personal indicators
    Above is better expressed as … if you can use the minimum number of personal indicators.
Viewing 15 posts - 46 through 60 (of 61 total)
  • You must be logged in to reply to this topic.

PRT and CPU Usage


Platform Support: Charts, Data & Broker Setup

New Reply
Author
Summary

This topic contains 60 replies,
has 10 voices, and was last updated by inverse
3 years ago.

Topic Details
Forum: Platform Support: Charts, Data & Broker Setup
Language: English
Started: 03/10/2022
Status: Active
Attachments: 14 files
Logo Logo
Loading...