Unresponsive or Slow Platform
Forums › ProRealTime English forum › ProRealTime platform support › Unresponsive or Slow Platform
- This topic has 30 replies, 7 voices, and was last updated 2 years ago by GraHal.
-
-
01/24/2022 at 6:07 PM #18649201/24/2022 at 6:09 PM #18649301/24/2022 at 6:36 PM #18649501/24/2022 at 6:46 PM #18649701/24/2022 at 8:13 PM #18650601/24/2022 at 8:14 PM #18650801/24/2022 at 8:15 PM #18650901/25/2022 at 6:32 AM #186526
The really only cause that I know of when windows don’t want to move is either
- you have been typing too much in the Editor with a content which is too large for it to cope (this not necessarily manifests right away and easily depends on other factors as well (backtests) and/or
- having too many different graphs in a forward backtest – I mean a backtest which just runs along with live.
Ad 2.: For me it is already impossible to have two Strategies running “forward”, either on to the same instrument or different ones. This also combines with the size of the program code *and* the in my case TF of 1 second.
It would be true that lately (!!) I find slugginess to happen without reason – and surely in a stage (like after 5 minutes of starting PRT) that is not te be expected (from experience). A restart of the platform indeed helps.
Last Sunday it was the very first time I noticed that two independent instances of PRT would not work out for the performance in one of them (my AutoTrade development account), while the other (my normal trading account) was just idling because, well, Sunday. I put emphasis on “noticed” because it is not really normal to have that trading account open in weekends, but this time I did. On normal weekdays I do have both open, but the being live of the trading account disables me from judging the influence of the other;
I deem it strange that the both would influence each other, as I have never noticed such a thing while always watching the performance of actually the whole computer system, so I saw a relation with Java. Not really, but it could be a common denominator. And last week Mr Windows found it necessary to apply an upgrade (I think it was from Thursday to Friday).Something else :
Don’t underestimate what a virus scanner (which currently is scanning) can do to the performance, what a backup may do (can be very bad) and what downloading / “preparing” a Windows update can do – all without you knowing / seeing that it is going on. All these tasks may last for an hour or more and they are really infringing. At least my own backup software is one which literally disallows the moving of windows, but it doesn’t run on my “PRT” system. And otherwise, in my experience, only PRT itself will cause the literal impossibility of moving its windows.
PS: I don’t recognise anything about sluggish startup.
01/25/2022 at 11:04 PM #186630“Something else :
Don’t underestimate what a virus scanner (which currently is scanning) can do to the performance, what a backup may do (can be very bad) and what downloading / “preparing” a Windows update can do.”
I have found almost every time anything weird happens on my pc it is a Windows update over writing files or drivers it is ‘preparing’ to update.
I actually have a performance related question so I might stick it here.
I am curious why optimisation walkforwards only utilise 3 or 4% of CPU (maybe it’s only running in single thread), I do notice they utilise a decent amount of ram, I am wondering if there is a way to give let the program utilise all threads and cores and all available ram, I have been using another platform which uses 40+gb of ram and 100% CPU in backtests. Prt seems to be much more efficient in tests but it would be cool to blitz them by using more available resources, not sure if there is a setting for this or maybe it is a limitation of the platform for the tine being? I am curios how the backtests are so efficient running at 4% CPU usage.
I was also thinking it would be cool idea if someone made a phone app for prt where you can program automated strategies on your phone and backtest from a server, maybe use blockchain type system to pay people to host backtests then forward results to the customers app.
Or even just a plugin which forwards the code to your own pc for testing then send back results. I use team view sometimes to do this on the go.
01/25/2022 at 11:15 PM #186631You have probably checked this but you may need more ram if your pc is running on 8gb, I found the max the platform uses is 10gb when testing etc, Or maybe if you are using a hdd not an ssd other apps are maxing out your disk speed especially if the drive is old and dying and the read write speed drops down to 1mbps, games being updated on steam etc I remember used to cause these problems for me in various other programs.
01/26/2022 at 3:19 AM #186634Hi Kev,
it would be cool idea if someone made a phone app for prt where you can program automated strategies on your phone and backtest from a server
If you leave out the phone part … it already exactly works like that. This is why you see the low cpu usage.
The memory usage you observe, is almost all consumed because of memory leakage. If you start PRT and run one simple backtest and stay out of typing in the editor, you will notice maybe something like 2gb max. That would be the real usage. But if you continue backtesting and especially using the editor (type-type-type) you will see an increase until ~10gb and then all collapses (and you will lose your work if not saved).So PRT is essentially a server side application, unless you use the PRT-API, which would – as far as I know – be a requirement in Australia for using IBKR (broker). In that case your desktop would be providing all the horsepower (spread over PRT itself and the TWS (IBKR) application).
PRT is multi-threaded all right, but this is mostly used to serve the drawing of your several charts. I can’t tell whether multiple threads are used already for one chart, but I suppose so (there are many aspects to deal with for one chart alone).
The more volatile all is, the more any of your cores will be utilized and this is quite evenly (except for one which always consumes more). At least in my system with 40 or so charts, this easily shows. Below the situation in an almost idle system because of low volatility (20 or so charts with Futures which *are* live, but with nothing much to do at this time of day (night actually, over here).
As you are maybe able to see, my system has shut off Hyperthreading, as I rather have the core speed than double the threads (to 20, in my case). The core speed plays a role when your data (internet speed) is the highest (say like the 1Gb/s from these days). In your case this would be a kind of “sub-optimal” because of the largest round trip latency you’re dealing with (PRT servers are in France or for IG in the UK otherwise (not even sure about the latter)) which is, well, the other side of your world. And oh, round trip latency is not really a bottleneck because the data will merely be pushed to you in a continuous stream. But for some fun :Did you know that the biggest boys are settled in wall street itself because they are closer to the broker’s servers so they will be faster than you and me ? That is where their own computer systems give the commands to buy and sell, and where round trip latency does play a crucial role; the fastest have the best trades … (once you go in the right direction to begin with – haha).
01/26/2022 at 11:56 AM #18665101/27/2022 at 8:45 PM #186775Two weeks ago PRT became slow (I mean VERY slow), and regularly crashed completely. Also, Windows offered me multiple times a day a popup saying that “Java(TM) Platform SE binary was no longer responding, quit or wait?”. After a little search on the web I found myself on the site of Oracle. And they said that the most likely cause of the problem is the video driver. I updated my video driver with the most recent version (January 2022, nVidia for me). Wow, PRT fast as ever before, even 3 versions simultaneously, no more crashes. Backtesting and developping and trading, everything OK. My system has only 8GB. Maybe an idea for others to check on their video driver too. Good luck.
01/28/2022 at 5:02 PM #186861Hi, the platforms totally slow today. Anyone else?
It was on and off yesterday (with reboots). Can’t even move a window right now… or save. I have to use Force Quit.
So I’m wondering if I use the same template every day why is it fine one day and not the next?Should Apple CPU be 429% with PRT open? I appreciate I have a complicated template with Ehler’s MESA but again it’s fine most of the time until the last fortnight or so.. When I run a speed test my internet is fine.
Cheers,
01/28/2022 at 7:28 PM #186875Thought: I realise that this issue is probably not that common, just for some, but is there a memory cache that is not clearing because I think my template is heavily loaded and then depending how long I use it, it’s starts to slow up. I had this issue once with Capital Spreads my old broker and their charts which had a “memory leak” and then I got stuck between Sun Microsystems, Apple and the broker trying to resolve it, took months. I really like V11, it’d be great to get it behaving consistently like it does for so many on here.
Btw is there a way to look under the hood and see how much memory PRT is using other than my Apple Activity Monitor?
Thanks once again,
-
AuthorPosts
Find exclusive trading pro-tools on