# High Latency with Certain Clients **URL:** \ **Category:** Ignition\ **Created:** [July 3, 2025, 1:56pm UTC](https://forum.inductiveautomation.com/t/high-latency-with-certain-clients/108106 "2025-07-03T13:56:58Z")\ **Posts on this page:** 1\ **Showing post:** 6
**Author:** ![pturmel](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/pturmel/32/3295_2.png) [@pturmel](https://forum.inductiveautomation.com/u/pturmel)\ **Post date:** [July 3, 2025, 2:35pm UTC](https://forum.inductiveautomation.com/t/high-latency-with-certain-clients/108106/6 "2025-07-03T14:35:46Z")
> [@wesley.mcroberts](#): > > devices with 200% + load and are operating normally That's a contradiction. 200% load means that tag group pace is not running at the target update rate. > [@wesley.mcroberts](#): > > slower leased classes which has spread out the load quite a bit If you have **any** bad OPC tags in an OPC connection, that connection (like the entire native IA loopback connection) will have pathological subscription delays on every lease change. That might be your whole problem. See this topic: > [@Leased Tag Slow Rate Switching](https://forum.inductiveautomation.com/t/leased-tag-slow-rate-switching/46319): > > Hello Everyone, On my gateway, I have noticed that leased tags take an excessive amount time to switch from their slow mode to fast mode once they are needed initially (10-60s). I am using a slow rate of 30,000 ms and a fast rate of 1,000 ms. The test that I am doing is as follows: open a popup window that contains a tag binding for a leased tag, toggle the state of the tag in the PLC and observe how long it takes to update. Once it updates, I toggle the state again to see if it is starting to… --- _[View the full topic](https://forum.inductiveautomation.com/t/high-latency-with-certain-clients/108106)._