Maks,
A long shot, but, if you install wireshark on the WP, take a capture and call
some displays you might be able to see whats wrong there.
You may detect some multicast calls, meaning there are some connection links
wrong or stuff like that. Also you will be able to detect if the omlocate calls
are executed more than once in the same display, which should not happen.
Regards
--------------------------------------------
El mar, 11/1/16, Maks Wilde <makswilde@xxxxxxxxx> escribió:
Asunto: Re: [foxboro] FoxView Library Objects - Slow performance
A: "foxboro@xxxxxxxxxxxxx" <foxboro@xxxxxxxxxxxxx>
Fecha: martes, 1 de noviembre de 2016, 09:28 am
Hi List,
We have been doing some more experimentation
with the displays last week.
Key Findings
- The slowness
appears to be independent of library vs standard objects
We recreated the exact display that was
using library objects and
manually typed all
the connections in. Still slow. No bad connections, no
objects outside of viewable area.
- There is a direct
correlation between the number of connections that each
object has and the loading speed of the
display
We proceeded to take out one
connection at a time away from the symbols,
and the display became faster with each
iteration (eg: from a GDEV:
.BLKSTA,
.INTLCK, .MA, ALMSTA, etc)
No single
connection/parameter was found to be the culprit.
We replaced the polygon symbols for
valves/pumps with plain squares to
reduce
the complexity. No improvement was found.
- Complexity index is a poor
predictor of loading speed.
We have plant
overviews with a complexity of 3.7 (insanely crammed)
which
load quicker than displays with a
complexity of 1.7.
A display with 25
valves and 5 pumps (zero analog for this test) yielded
a complexity index of 1.26 and was still
noticeably too slow.
Questions:
Are there any
guiedlines as to how many connections a single display
should
not exceed? Or perhaps the maximum
#'s to compare to those seen in Display
Properties in FV?
Are there any
special configuration parameters for FV that can be used
to
optimize performance, say of OM lists, or
similar?
Thank you again for all the feedback,
Maks
--
Maks Wilde, P.Eng
Senior Control Systems Engineer
Cell: 519.536.6310
mwilde@xxxxxxxxxxxxx
www.kicsystems.ca
Confidentiality Warning: This message and any
attachments are intended only
for the use of
the intended recipient(s), are confidential, and may be
privileged. If you are not the intended
recipient, you are hereby notified
that any
review, retransmission, conversion to hard copy, copying,
circulation or other use of this message and
any attachments is strictly
prohibited. If
you are not the intended recipient, please notify the
sender
immediately by return e-mail, and
delete this message and any attachments
from
your system.
_________________________________________________________________________
This mailing list is neither sponsored nor
endorsed by Schneider Electric
(formerly The
Foxboro Company). Use the info you obtain here at your
own
risks. See the disclaimer at
www.thecassandraproject.org/disclaimer.html
foxboro mailing list:
//www.freelists.org/list/foxboro
to subscribe:
mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at www.thecassandraproject.org/disclaimer.html
foxboro mailing list: //www.freelists.org/list/foxboro
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave