Re: [foxboro] Remote display call up speed

Sorry for the late reply, been busy. I know: poor excuse.

vmstat show no real problems. Both swap and free show figures indicating
there's is room left. "free" could be a little higher i think but this
accounts for both stations.

Which leaves us with the mistery of the slow DM's on one side and not slow
DM's on the other.
With the information I have now, I can't really tell. The problem is I do
not really know what to ask for.

Did you try Warren Brown's suggestion? The topology of your system could be
of influence to the performance if one of the DM's should have to get data
accross a severely overloaded Lan module.


Ron

-----Original Message-----
From: Guzenske, Sue (USBORAX) [mailto:Sue.Guzenske@xxxxxxxxx]
Sent: Thursday, January 10, 2002 11:45 PM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: Re: [foxboro] Remote display call up speed



Ron:  Here are the vmstat 5 5.

procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr f0 m0 m1 m2   in   sy   cs us sy
id
 0 0 0  12532  6352   0   8  0  0  0  0  0  0  0  0  0   76  658  275  2  2
96
 0 0 0 179488  3804   0   2  0  0  0  0  0  0  0  0  0  107  992  287  4  3
93
 0 0 0 179488  3804   0   0  0  0  0  0  0  0  0  0  0   74  673  283  2  1
96
 0 0 0 179488  3804   0   0  0  0  0  0  0  0  0  0  0   98  938  283  4  2
93
 0 0 0 179488  3804   0   0  0  0  0  0  0  0  0  0  0   82  848  285  3  2
95
The above is box A, which supports 5 DMs quickly.

procs     memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr f0 m0 m1 m2   in   sy   cs us sy
id
 0 0 0   4408  2680   0   5  0  1  1  0  0  0  0  0  0   49  447  270  1  1
98
 0 0 0 155068  2080   0   2  0  0  0  0  0  0  0  0  0   58  446  274  0  1
99
 0 0 0 155068  2088   0   0  0  3  3  0  0  0  0  0  0   55  438  272  0  0
99
 0 0 0 155068  2096   0   0  0  0  0  0  0  0  0  0  0   52  421  275  0  0
99
 0 0 0 155068  2096   0   0  0  0  0  0  0  0  0  0  0   51  444  273  1  1
99
This is box B, which supports one or two DMs slowly.   What does the swap
and free memory say about these boxes?

All of the remote DMs are View-Only.  Box B has one remote DM dedicated to a
particular PC, all others are for whatever PC gets there first.

.....

Items from Warren Brown's note:
"Another thing to check is the network topology. You don't mention if one of
the AW's is behind
an LI ?" ... ( Sorry, what's an LI? )

"One interesting thing to test is to do a 'glof'
/opt/fox/bin/tools/glof Control_Point  (one that is on the display)
on both AW's and see if both take approximately the same time to respond
?"... ( Both boxes respond very quickly finding letterbugs and process
locations;  I'm not sure how to ask for a "Control Point"  do you mean
Compound:Block.Parameter ?)

Thank you again,
Sue
-----Original Message-----
From: Deen, Ron [mailto:rdeen@xxxxxxxxxxx]
Sent: Thursday, January 10, 2002 2:36 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] Remote display call up speed



Can you list the /usr/fox/customer/hi/dmcfg file(s)?

Can be that not all DM are "view-only" which are by nature slower than
"operator class" dm's. I have see nproblems with this in the past with
symptoms similar to what you describe.

Idle time is not the only important value. available swapspace etc can =
be of
importance. Can you provide a few lines of vmstat 5 from both systems =
maybe?

Regards

Ron Deen
Senior System Service Specialist
Invensys Systems N.V.
Baarnsche dijk 10   P.O. Box 146   3740 AC Baarn   The Netherlands
T: +31 (0)35 54 84 233   F: +31 (0)35 54 84 175 =20
Ron.Deen@xxxxxxxxxxxx   www.invensys-systems.nl


A P V  =B7  F o x b o r o  =B7  S i m S c i  =B7  T r i c o n e x  =B7  =
W o n d e r
w a r e




-----Original Message-----
From: Guzenske, Sue (USBORAX) [mailto:Sue.Guzenske@xxxxxxxxx]
Sent: Wednesday, January 09, 2002 10:27 PM
To: 'foxboro@xxxxxxxxxxxxx'
Subject: [foxboro] Remote display call up speed



I have two AW51B units, both at 170 mHz, version 4.3, who support old =
style
display managers using Exceed to supply view-only displays to PCs on =
our
plant network.

Box A supports 5 remote DMs and has a display call up time of about 1 =
second
on a PC.  This box had 128 meg of RAM. Vmstat usually shows 90-95% idle
time.

Box B supports 1 or 2 remote DMs and can take up to 5 seconds to brings =
up a
display on a PC.  This box has 96 meg of RAM.  Vmstat usually shows =
95-99%
idle time.

Taking the le1 (2nd Ethernet connection)down and then putting it back =
on
makes no change in the display call up speed.  Neither box seems to =
have any
time hogging processes running when ps -eaf is checked.=20

What else can I check?  I'd like to get box B to perform like box A.

Thank you for your help.

Sue Guzenske
U.S. Borax Inc.
=20
=20
___________________________________________________________________
This list is neither sponsored nor endorsed by The Foxboro Company.
Use the information obtained here at your own risk. For disclaimer,
see http://www.thecassandraproject.org/disclaimer.html#maillist

list info:   http://www.freelists.org/list/foxboro
subscribe:   mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Djoin
unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=3Dleave
 
 
___________________________________________________________________
This list is neither sponsored nor endorsed by The Foxboro Company.
Use the information obtained here at your own risk. For disclaimer,
see http://www.thecassandraproject.org/disclaimer.html#maillist

list info:   http://www.freelists.org/list/foxboro
subscribe:   mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 
 
___________________________________________________________________
This list is neither sponsored nor endorsed by The Foxboro Company.
Use the information obtained here at your own risk. For disclaimer,
see http://www.thecassandraproject.org/disclaimer.html#maillist

list info:   http://www.freelists.org/list/foxboro
subscribe:   mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
 
 
___________________________________________________________________
This list is neither sponsored nor endorsed by The Foxboro Company.
Use the information obtained here at your own risk. For disclaimer,
see http://www.thecassandraproject.org/disclaimer.html#maillist

list info:   http://www.freelists.org/list/foxboro
subscribe:   mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave

Other related posts: