In Linux Ubuntu 16.04 lately I’ve found that the designer is unresponsive or incredibly slow. Any hints what can be the source of this ? Someone had a similar problem before ?
The designer in the Gateway has 1.5 Gb of memory. I can see that the designer is effectively taking it in account since in the right corner i can see that it has 352/1365 mb
I can even see how the amount of memory it is using changes but still i cant get to do anything else in the interface. I also looked in the system monitor and everything seems alright memory and processor - wise.
I’m using Ignition 7.9.6 and java version 1.8.0_171
I’ve had problems with linux when editing windows that have gradients contained within them. Maybe try removing gradients and see if it fixes it for you, it has for me in the past.
Every single instance I’ve experienced where an Ignition client or designer was slow was one of two problems:
Insufficient memory, including in the gateway, and
Event script mistakes, either running a slow function in an event script (blocks the UI), or events that directly or indirectly retrigger themselves, causing a “storm” of events on the UI thread.
One of the ways the memory situation can become critical is when the designer is run on the same machine as the gateway, and the sum of the two memory settings exceeds the machine’s actual RAM. That’ll push the machine into swap, and that kills performance.
Thanks for the answer. I thought was that too but I checked and everything seems alright. The machines has 15 Gb of RAM, the client has a cap of 1.5 Gb and the gateways is using 3.3 gB. In free memory I have at least 5 Gb free of RAM with all the other processes in the background so I really dont think is that.
However it seems to be a really specific problem. When the log in screen for the designer appears, it becomes really slow and unresponsive (and it appears to extend to the whole linux system). However, once i ge to enter the username and password and I’m at the project selection screen it all comes back to normal. It is after some time working at the designer that the problem comes back, usually when I’m doing something so I’m inclined to think it is gui related ?
When the problem is an Event driven Script, How can you get in to delete or fix the script causing the problem?
Example: I made a mistake changing the header color on a power table. Now as soon as I open the window, in Designer, my ignition software locks up or freezes. All other programs work fine. I have maxed out my designer memory on the gateway settings. I have restarted designer and the computer I’m working from.
Tech Support helped to figure out that the large query I had running, set to Absolute Polling Rate, added with the Extension Function scripts setting header colors and column widths was just too much to process and was grinding the screen to a halt.
We changed the query Poll Rate to "Off" and added event driven script to "Refresh" tables.
After these changes the screen runs perfectly.
I think, something is wrong with your project. May be some scripting or db query tags polling a broken db connection or some module misbehaviour or some other process getting triggered..
Best way to isolate the problem is:
Backup your project
Uninstall and delete Ignition completely.
Open system monitor, sort memorywise, take a snapshot of all the processes.
Install conky and monitor the ram usage and processes.
I have noticed the same problem. Running the gateway and the designer on my machine results in java using over 21 GB of virtual memory. Is there a way to avoid this?
You’ll have to share more about your particular situation, including some details on processes vs. memory consumption. The Java VM for the gateway should not consume much more than the setting for max memory in ignition.conf. Similarly, the designer should limit itself to the configuration specified in the gateway. Unless you’ve changed those settings from default, your problem is likely elsewhere. Is a DB on the same box, too?
I’ve never noticed that, but it isn’t a problem. Lots of linux apps ask for more virtual address space than they populate. The linux kernel doesn’t actually give it to them until they use it. The resident memory is the column to pay attention to.
An unresponsive designer is probably due to something else in your setup. Commonly, programmer error due to violation of the rules for the GUI thread (Swing is single threaded in the foreground), or recursion problems in event handlers.