# Front end performance is dismal

**URL:** <https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474>\
**Category:** Ignition\
**Tags:** ignition81, vision\
**Created:** [October 13, 2023, 8:19pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474 "2023-10-13T20:19:50Z")\
**Posts on this page:** 20\
**Page:** 2

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 4:35pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/22 "2023-10-16T16:35:38Z")

</div>

Sorry, Nick. I overlooked your comment about posting items of our project. I can work on that today.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 4:37pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/23 "2023-10-16T16:37:24Z")

</div>

![Screenshot from 2023-10-16 11-34-42](https://us1.discourse-cdn.com/inductiveautomation/original/3X/5/2/523102bcc4651b9514d6939bc582417bdef4e158.png)  
This is a view from my primary front-end Vision gateway. What is the difference between the connection with "ignition-IGNTAGGW" and "ignition-IGNTAGGW-Master?"

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 5:41pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/24 "2023-10-16T17:41:10Z")

</div>

> [@nminchin](#):
>
> system.alarm.queryStatus

 ![search results alarmquerystatus](https://us1.discourse-cdn.com/inductiveautomation/original/3X/b/1/b1a91a181e9bc6bb7e728db2915e323527bfa827.png)

Attached is a search for system.alarm.queryStatus.

The first item is a script that I have disabled this morning and then monitored for about 45 minutes. I didn't see any appreciative improvement in the system while it was disabled.

---

<div class="post-metadata">

**Author:** ![bkarabinchak.psi](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/bkarabinchak.psi/32/83567_2.png) [@bkarabinchak.psi](https://forum.inductiveautomation.com/u/bkarabinchak.psi)\
**Post date:** [October 16, 2023, 5:57pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/25 "2023-10-16T17:57:34Z")

</div>

What of those expression binding uses?

---

<div class="post-metadata">

**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:** [October 16, 2023, 5:59pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/26 "2023-10-16T17:59:41Z")

</div>

A gateway timer script that does **one** query to support many clients is a gateway timer script you want to **keep**.

---

<div class="post-metadata">

**Author:** ![JordanCClark](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/jordancclark/32/83362_2.png) [@JordanCClark](https://forum.inductiveautomation.com/u/JordanCClark)\
**Post date:** [October 16, 2023, 6:19pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/27 "2023-10-16T18:19:36Z")

</div>

I was curious on how many things hit up the two project scripts.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 6:30pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/28 "2023-10-16T18:30:02Z")

</div>

That timer script resides as a Client Event Script, which made it seem like an obvious potential culprit.

---

<div class="post-metadata">

**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:** [October 16, 2023, 6:31pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/29 "2023-10-16T18:31:14Z")

</div>

Yes, that would be more workload than a gateway script, but generally not as bad as bindings calling `runScript()`. Those tend to proliferate, especially within templates.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [October 16, 2023, 7:27pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/30 "2023-10-16T19:27:14Z")

</div>

I'd comment out all but the timer script (just add a return to the top line of the functions of the project scripts) and see what your performance is like.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 7:29pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/31 "2023-10-16T19:29:15Z")

</div>

The expression bindings appear to be inside a "Alarm Horn" template. But, any deeper search on that template's use turns up nothing.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 16, 2023, 8:56pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/32 "2023-10-16T20:56:17Z")

</div>

Thanks for the suggestion. I performed this and monitored for 45 minutes with no change in performance.

I have shared exports of both my front end and back end gateways with IA tech support.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [October 16, 2023, 9:11pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/33 "2023-10-16T21:11:27Z")

</div>

Hmm, well that's surprising, unless they're just not used in the windows at all 🤷‍♂️ I've seen clients grind to A halt when calling queryStatus within the clients to get alarm summary info, albeit its usually immediately apparent, not progressively more apparent over a period of time

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 17, 2023, 6:37pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/34 "2023-10-17T18:37:41Z")

</div>

I have continued to search and search, but no smoking gun, yet. Also, haven't heard anything back IA support that they have found anything.

The system continues to run poorly. I'm close to reverting back to an early October export of the gateways, but I'm not convinced that will solve anything. But, at the time of the exports, the system was at least usable and right now it is not.

My hope is to post an update here at some point when we finally figure out and resolve the issue.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 17, 2023, 6:46pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/35 "2023-10-17T18:46:45Z")

</div>

If the backup was done under 8.1.22, but I'm now running 8.1.32, can I still revert to that backup?

---

<div class="post-metadata">

**Author:** ![Matrix\_Engineering](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/matrix_engineering/32/19781_2.png) [@Matrix\_Engineering](https://forum.inductiveautomation.com/u/Matrix_Engineering)\
**Post date:** [October 17, 2023, 7:30pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/36 "2023-10-17T19:30:10Z")

</div>

Yes, you can't however restore your .32 GWBK into a .22 install, should you wish to go back to that version for some reason.

---

<div class="post-metadata">

**Author:** ![dbailey](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/dbailey/32/77633_2.png) [@dbailey](https://forum.inductiveautomation.com/u/dbailey)\
**Post date:** [October 17, 2023, 7:41pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/37 "2023-10-17T19:41:17Z")

</div>

Yes. there appear to be several items that are not used in the project, which makes troubleshooting more difficult. Working with Travis, I've been pouring over the project as well and runScript, alarmQuery, and these other items aren't obvious culprits, by themselves anyway. One thing I wonder is if we hit some kind of limit on clients...or more along the lines of how the client is launched. many of the clients are single screens, or a dual screen where 1 window is opened on each screen. However, there are a handful of clients that have 1 or 2 50+ inch 4k monitors, with each monitor getting 4 windows. Currently, the main window actually opens in the background, meaning there are 9 active windows on some of these clients. Does anyone have experience with multi-window, multi-monitor clients and if they have experienced any performance impacts? Would a single client driving 2 4k tv's with this many windows pull enough over the gateway network that would impact all clients?

---

<div class="post-metadata">

**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\
**Post date:** [October 17, 2023, 7:47pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/38 "2023-10-17T19:47:48Z")

</div>

Your performance issues aren't (yet) anything to do with multi-window or multi-monitor. I saw some of your unresponsive EDT thread dumps provided to support, many of them showed the EDT (UI thread) blocked by bindings making network calls to the gateway, e.g. to read a tag value.

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 17, 2023, 8:28pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/39 "2023-10-17T20:28:49Z")

</div>

Kevin -  
I just sent three more EDT files with an explanation of the action carried out prior to receiving the EDT messages. I figured that may help give some additional context.

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [October 17, 2023, 8:30pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/40 "2023-10-17T20:30:36Z")

</div>

Lots of single read/writeBlocking calls in a row maybe? Called from property change scripts?

---

<div class="post-metadata">

**Author:** ![Travis\_Graham](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/travis_graham/32/53480_2.png) [@Travis\_Graham](https://forum.inductiveautomation.com/u/Travis_Graham)\
**Post date:** [October 17, 2023, 9:26pm UTC](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474/41 "2023-10-17T21:26:57Z")

</div>

An earlier post showed the number of "inserts/sec" of the Vision (front end) gateway's Alarm Query Provider Service. I'm assuming the values it's been showing (anywhere from 20 to 130) is higher than it should be. I've been trying to find the reason behind this, without success.

So, as a test, assuming those calls are part of the problem, if I pause the Alarm Query Provider Service via the Vision (front end) gateway's Outgoing Queues, should I see an appreciative improvement in client responsiveness?

[Previous page](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474.md?page=1)

[Next page](https://forum.inductiveautomation.com/t/front-end-performance-is-dismal/80474.md?page=3)
