Support Board
Date/Time: Thu, 01 May 2025 15:17:05 +0000
Post From: 2714 - 400ms update 'fix' - does not fix lag
| [2024-12-03 14:20:37] |
| User677437 - Posts: 57 |
|
Referencing the Chart Update Interval In Milliseconds. My mistake, Come to think of it this could have been the last setting I tried yesterday. I thought I read something about a default time being added to this version. 400 was no good for me. 1000ms got better but a whole instance wasn't responding. I went to 2000ms on 4 instances, with my main instance being for doms at the lowest setting of 10ms. I run many detached windows. Every user is going to have to tune this update interval to adding or subtracting charts / studies from an instance, and distributing charts to other instances. So previously before hand if someone had heavy duty chartbooks with dozens of charts and detached windows, and they werent' distributing load properly because they want global crosshair or attached doms to charts etc - there was no way they were getting 10ms update intervals. And you guys have been clear on what to do for properly optimizing performance - however before the timers the chart functionality still worked even when it was functioning at a much slower speed than what was set on global, it still responded to cursor inputs, scrolling, moving charts around etc, rather than getting a frozen program. And probably most importantly chart and dom speed was synchronized on large chartbooks that weren't distributed over instances. Now people have to find the real update speed that their chartbook configuration / instances allows them to get. or else they will have an unusable program depending on how built out their charts are. Granted I'm an outlier on how many charts and studies I'm running for es, nq, cl, gc, bonds. I got the screens for it. So 2000ms is my number. If there are nq traders running heavy chartbooks, they will have to compromise and get used to split global crosshair on an execution instance with or without chart, in order for it to be as close to updating interval time as a DOM. And the mismatch in speeds between the dom and the scalping chart with alot of studies on it, in this new optimized instance can be a bit of a problem for them. before the timers and distributing load, all price was synchornized between charts in a chartbook. DOM based traders respond to the speed of the price on the ladder and having to use a slower moving reference chart is going to be a hard mental change. And the way it is set up now, they need to tune a scalp chart update speed, find that and then synchro the dom with that speed. Date Time Of Last Edit: 2024-12-03 14:23:15
|