Emerson Exchange 365

• Not Answered

Slow DeltaV Live Response

We are having issues controlling via DeltaV Live. When an operator adjusts a setpoint or issues a start command, it can take tens of seconds before the operation is complete. 

• Running DeltaV 14LTS
• System consists of 4 SQ controllers and 36 CIOCs
  • Controllers on SW Rev 14.3.1.7385.xr
  • CIOCs on SW Rev 14.3.1.7383.xr, all redundant
  • 1947 DSTs in use
• Operator Workstations are all Precision 5820s with 16GB of RAM
  • Less than 2 years old
• Total of 4 operator stations, 1 pro station, 1 app server, and 1 remote access server
  • Have DeltaV_1431_WS_30_CSS hotfix installed
  • DeltaV Live Premium Licensing on all
• Both Live and Operate are available on the workstations. Issues occur only on Live, even when running exclusively. There is no delay in Operate.
• Extended Cleans have been performed on the database and whole system setup data downloads
• All communications in diagnostics show good
• Occurs on screens with no errors detected in DeltaV Live
• We also have Trellix/McAfee agents on all workstations
  • EPO on App station

This has been a persistent issue despite Windows and DeltaV updates/hotfixes over the last year or so. Any troubleshooting advice or relevant documentation would be very much appreciated.

• 14lts
• response
• slow
• Live
• Operation
• DeltaV

Jonathan Eslinger

• 21 Nov 2023 4:42 PM
• Cancel

3 Replies

• Jesse Delanoy

  

  • 21 Nov 2023 11:25 PM

  We are seeing the same performance issues on our DeltaV Live system as well, with significantly less DSTs and CIOCs relative to your installation. We have submitted numerous GSC tickets for various issues, including sluggish performance of the system relative to Operate. While some of the issues have been resolved with these tickets, the underlying performance issues have not. I would encourage you to submit a GSC ticket documenting the issues you noted above. The feedback we have received so far is stay current on workstation hotfixes, which we have, however we have not seen any significant improvement in overall performance. Make sure to read the hotfix release files as well since there can be Live library updates that need to be published. Good luck... if you receive any feedback from Emerson regarding a hotfix or version update targeted at performance improvements please share.

  • Cancel
• Simon Ahr

  

  • 28 Nov 2023 10:08 AM

  We also see/have seen performance issues with DeltaV Live. It took many seconds to open faceplates, things were not responding when clicked on and graphics studio was VERY laggy to work with, almost impossible. We managed to solve the issue by upgrading the hardware we running on. We now successfully run DeltaV live on a 'High-performance' PC complete with high-speed SSD drives, latest intel I9 processor, DDR5 64GB RAM and a graphics card. Maybe this is overkill but we had a PC laying around so we thought it was worth trying.
  
  However, I don't work in a production environment so we might have more flexibility than others to try things like this.

  • Cancel
• Chris Dahl

  

  • 28 Nov 2023 3:27 PM

  1. Verify that the Servers/PCs you are are using are LIVE recommended/compatible and the suggested hardware from Emerson via product data sheets. Some of the Dell servers/workstations Emerson sold 2+ years ago was ok for Operate, but isn't up to snuff for running live.
  2. Do a graphic export, then try creating a new Database in Live Administration and load/publish the new database. Create 1 maybe 2 simple graphics with only the out of box (OOB) GEMS. Publish to 1 or 2 machines and see what the performance is like. Compare performance on 2 different classes of machines (server/workstation or rack/tower) to see if you see any performance difference. (Ideally only do this on your non-production Live system and/or only publish to target machines and make sure Operate is running in background in case problems arise before doing this...) A fresh database with very limited data in the database should narrow down whether the issue is database/graphic specific or something else. Try the same thing with one of your simulate/standalone systems at the same hotfix revision.
  3. If the problem seems to resolve from the new database, import additional graphics 1 or 2 at a time to see if performance degrades. If it does, it is possible there could be some problem configuration in the database or the database is somehow getting corrupted. In that case, I'd use Live Diagnostics to work through the errors and I'd still try to work with GSC/product engineering to help identify the problems, as problem config shouldn't cause slow performance. If performance remains improved with additional imports, import the rest of the graphics... perhaps the database got corrupted and your just needed to create a new one with the exported files. If the performance is no better on primary system with new database, but is on standalone simulate at same hotfix revision, then that suggests perhaps their is something auxiliary going on with your network and/or PCs. I'd work with GSC to troubleshoot. Escalate in GSC and/or see if Impact Partner can assist with troubleshooting your network/system. I agree with Simon Ahr that performance should get better with faster/more ram PCs, but if you are already using the the recommended hardware, it should work. There are plenty of systems out there with large DST counts running the stock Dell recommended hardware that don't have these issues.

  • Cancel