Performance Tuning Fundementals Version 1
Performance Tuning Fundementals Version 1
for
Advanced SCADA engineering'
FAST/TOOLS
fundamentals and
performance tuning
Venue: YEF-NLS
Date: Mar. 1, 2010 (Mon) - Mar. 5, 2010
(Fri)
Conducted by: YHQ GEC ETC Support
Copyright Yokogawa Electric Corporation
Overview
Basics FAST/TOOLS
Major performance topics:
Hard disk
DUR queues
Locking
Item common
Basics FAST/TOOLS
Basics FAST/TOOLS
Display, history,
alarming, objects,
etc
Item area
Item
Item
Item
Item
Item
EQP
Setpoint:
69.3
Item area
Item
Item
EQP
Overview
Basics FAST/TOOLS
Major performance topics:
Hard disk
DUR queues
Locking
Item common
Hard disk
Disk performance
Fragmentation
Caching
Conclusion
Access time:
Typical 7200 Rpm (One cycle each 9 ms)
Read speed:
When reading one big contiguous file:
70Mbyte / Sec
When reading random blocks of 1Kbyte
average: 0.2Mbyte / Sec
Key file
Data file
Fd
Af
Af
Fc
Bz
Fc
Hx
Fa
Ht
Ve
Fd
Ga
Ht
Example ...
Copyright Yokogawa Electric
Corporation
Bz
Defragmentation
Cache
Bucket size
Record order
Overview
Basics FAST/TOOLS
Major performance topics:
Hard disk
DUR queues
Locking
Item common
DUR queues
Process queue
headers
Mess.
Common area
Mess.
Mess.
Mess.
UMH
Mess.
ITM
Mess.
Mess.
EQP1
Mess.
AAA
Mess.
Other data
headers
Data
Data
ISM data
Data
WFLIDI/CWIITM
Handles item changes to mimics
On overflow a total scan is performed
WFLADI/CWIALD
Handles alarm changes to mimics
On overflow a refresh of the page is performed
ALDACO
Generate sound when a new alarm is detected
In many configurations there is only one type
of sound, so by overflow the sound is already
generated by the previous alarms
In case of different sound per priority there
can be a problem
Copyright Yokogawa Electric
Corporation
ITMCPM
Handles host-frontend item exchange
Will recover after overflow
DURM_*
Used for messages from other nodes
Will never come above 80%
ADTSTO
Stores audit trail events
Will only overflow when bad configured
ALM
Generates alarms out of status changes
Queue overflow means missing alarms and
not correct current alarm overview
In some system startup scenarios normal
but should than be corrected with ALMUPD
Queue should be increased when max
usage above 80%
Copyright Yokogawa Electric
Corporation
ALH
Stores current and chronologic alarm
information on disk
Will deliver alarm information when browsing
in alarm windows
Queue overflow will result in wrong alarm
history
Process can be delayed by browsing with an
ASA selection
Queue should be increased when max usage
above 80%
Possible to split process in chronologic and
current part
Copyright Yokogawa Electric
Corporation
ITHEEX
Stores item event/event type history on disk
On queue overflow some history samples
are not stored
Each event results in at least 2 disk writes
Disk throughput can be to small
Use for items which are changing often the
event/item storage type
Increasing queue will only help in bursts
situations
ITM
Handles:
Item configuration requests
Remote set/get item requests
Retain last value disk updates
OPCMAN
Handles:
Configuration classes and objects
Write changes on attributes to disk
OPCEXE
Runs the PROCESS/FAST objects
Can get bursts when e.g. equipment
communication goes down or up
Performance on bursts improved a lot in
9.02SP1
When max queue above 80% increase
queue size or split in more OPCEXE
processes
EQP*
Handles communication with PLCs and RTUs
Queue used for output item commands
For each incoming change on input/output
items also a message is queued which
results in a burst during communication
recover
Increase queue when max used above 80%
Example ...
Overview
Basics FAST/TOOLS
Major performance topics:
Hard disk
DUR queues
Locking
Item common
Locks
Locks, display
Overview
Basics FAST/TOOLS
Major performance topics:
Hard disk
DUR queues
Locking
Item common
Item common
Database limits