Significant Price Lag on Lower time Frames
Forums › ProRealTime English forum › ProRealTime platform support › Significant Price Lag on Lower time Frames
- This topic has 5 replies, 4 voices, and was last updated 1 week ago by PeterSt.
-
-
10/26/2024 at 1:21 PM #239498
Recently I’m noticing a marked price lag on 1m and 5m charts which is highly disconcerting and frustrating.
I trade PRT via IG and have done for some years.
My set up uses 4 large screens to display a couple of assets, typically DAX, NAS100, FANG and DOW according to time and market (I’m UK based)
I have D1,H4, 5m and 1m displayed. I use the higher TFs to gauge bias and levels etc and then enter on the 5m and 1m. Nothing new here, a fairly standard trading method.
During higher volatility price appears to freeze and take take a few moments to catch up. With a view of the price on higher TFs I can see this is a clearly visible lag which badly affects my ability to enter a trade instantly and accurately on 1 and 5 minute charts.
I have the charts set to advanced push mode which i assume is the best setting. My system is bespoke made with 16gb RAM and I am on 900mb broadband direct fibre into my house so I don’t think this is a connection or system error.
I spoke to IG and sent reports, over two weeks ago now and of course zero follow up from them as yet.
This is new to me, any idea whats causing it? is there a fix or is there some kind of IG chicanery going on here?
It’s making feel I will need to change platforms if it continues.
10/26/2024 at 2:05 PM #239499I manual trade on 5 seconds TF and I was experiencing lag in candle formation last week also!
Price / the candle going from barely any body to 2 bars formed / showing up at once, both with bodies of several points!
1 user thanked author for this post.
10/26/2024 at 11:07 PM #239552Weekend of 19-OCT there was a largish IG maintenance window (Saturday) that was concluded and then followed up with another 2-3 windows of shorter duration on the same day to resolve issues I guess. I know this because I was not quite hammering authentication but eager to get on once the window had closed and ‘status’ returned all to normal operation. Never seen this before. So I’m guessing there could now be ongoing issues related or there was an effort to resolve ongoing issues (old vs newly created).
I’ve seen lag PRT vs IG and it’s generally been a ‘new’ indicator I’m coding that’s gone bad and I’ve needed to reduce bars w/in it or it was too heavy on the amount of chart bar count. This was with 100k bars and now I run everything 10k.
You can also hit or come close to hitting ram limits (allocated via OS to PRT process) w/o seeing any error mssgs pop up on scr. You can view ram usage under:
Help > Technical support > Other > then select report details (leave it open next session that’s busy and see what ram util is like).
As you approach PRT ram limits you could stutter on PRT prints. Note Nvidia has it’s own stuttering issues in games etc based on platforms (AMD/Intel) which could also be an outlier here but also possible.
Related / unrelated I’m in APAC here and have been victim to ‘routing’ fiber cable cuts at times and this has certainly been an issue where PRT response has been not as good through the gui. Sometime ISP vendors can take a week to re-route accordingly and for there to be some improvements seen through gui.
We also have a new rev. PRT:
08-Oct 2024
My advise is to baseline / changelog doc. the env. and then see where it could be, routes, PRT ver, new code tweaks, chart bar count hits, ram util etc. I’m reasonably sure if you log a call via ‘Report a problem’ some of that will be included.
Finally when sessions start to hit hard I can run out of ram allocated to PRT because of some testing I’m doing, not always but some times it can get ugly – a clean PC restart prior to an EU session seems to help in reducing ram related perf. Shouting out to @PeterSt here because I know he mentioned early days v12 when it started to get noisy he too would see interop problems that related to ram and leaks knocking on.
Will keep an eye out myself this week as a curiosity.
Good luck with it.
1 user thanked author for this post.
10/27/2024 at 4:09 AM #239554Very much Off Topic 🙂 but FYI :
Shouting out to @PeterSt here because I know he mentioned early days v12 when it started to get noisy he too would see interop problems that related to ram and leaks knocking on.
It is only two weeks ago that I gave up on it all, and minimized my number of charts in my main account, so that it would reasonably boot sufficiently quick (but always two times slower than V11.1). Otherwise “learn to live with it”. So I am now at V12 everywhere.
The backtesting is okay these days, and I can last a whole day (of 18 hours) of that. I must admit : I expanded my memory from 32GB to 64GB.
Another FYI, and somewhat more On Topic : With 4 accounts on the lowest setting of the Push etc. data, I’m in my own way with sending out data and imply at least ~200ms of lag towards Chicago. I would gain that 200ms when I would minimize my total setup to 1 account only and close the other platform instances (that one left still holding back, obviously). I regard this a general PC bottleneck and therefore would take it that towards me (receiving data in PRT) I deal with the same lag which I estimate 50ms.
This can’t be a big deal.Of far more importance, and now totally On Topic, I use 1 second systems and only two days ago had to solve the issue of lacking 1 second bars. Please notice that this is IB – I did not check for that in IG. These 1 second bars lack – out of all ! – not long after the opening, say 90 minutes later. At ETH this is way way worse and I can’t tell why this is. Crucial regarding this fact is that I make use of parallel (payed) data streams, and there is no lack of data at all. Of course, right after the opening (or when News) it is 100 times more, but there’s always a stream of data on-going, although at quiet hours this comprises of say a 20 fold of quotes data compared to (changed) price data (I talk Nasdaq now, S&P is say 10 times less in the first place).
One could say that I coincidentally ran into this (issue ?) only the other day, because I was changing a Market Order system into a Limit Order system and miraculously found trades all over the place, PRT not even showing the 1 second bars. This is easy to show – I could do that later.Because I needed the (1 second) bar count, I even needed to make something “odd” for that, because normally it is throughout most of the day not possible to count the “seconds” reliably.
Yes, I only found this a couple of days ago, but this does not tell a thing because before that I didn’t look at matters this way. It probably always has been so ?
To me this comes across as if PRT first collects say 10 price changes before she hands out a new 1 second bar and otherwise just skips it.Lastly for now, I feel this is not related to what you see or saw, (Trader)Glyn, or else I would have responded similar right away. Still, when you’d observe the building of the bars live and you’d notice a change compared to before, then why would it not be a coincidental very same. I actually never look at the building of 1 seconds bars (my charts comprise of 10 seconds, no matter the AutoTrading uses 1 second).
Regards,
Peter3 users thanked author for this post.
10/27/2024 at 12:04 PM #239559So I am now at V12 everywhere.
Why have you gone over to v12 after 2 years or so since v12 available?
Did you decide v11 is just as bug prone as v12?10/27/2024 at 12:37 PM #239561Because V13 is around the corner plus by now I learned to live with V12 via the other accounts.
Net, I think V12 has the edge by quite some distance. It’s only real downside is that it is more slow / sluggish. But that solves itself by lesser charts (still more sluggish, but one gets used to that – because doable).
I also consider the advantages. Example : what if they would take out the shown profit per trade in the charts, so it will be as fast as V11 ? … I would choose for V12 …
2 users thanked author for this post.
-
AuthorPosts
Find exclusive trading pro-tools on