The second patch listed was supposed to be "MPELXL7A". I guess I needed to
get the "L" out of there.

Only one reply yet. I know there are more people using 12H's. Anybody else
know if this is normal or not? Everyone gone on summer holidays?

Working with HP Response. So far nothing. There is apparently a newer
"excessive logging" patch available for MPE/iX 6.5 and 7.0. But it will not
be made available for 6.0. A quick review of the log files would indicate
excessive logging is NOT the problem anyway. (Although HP seems kind of
stuck on the idea - I guess because they have a patch for a problem they
think "hey that must be the problem".)

>  -----Original Message-----
> From:         Atwood, Tim (DVM)
> Sent: Monday, June 24, 2002 10:39 AM
> To:   HP3000-L (E-mail)
> Subject:      CPU Usage - ARMSRV - AutoRAID 12H
>
> I installed an AutoRAID 12H on my 928/RX last week. MPE/iX 6.0 PPII with
> additional patches ARMLX35B and MPELX7A special for the AutoRAID.
>
> The new Array Manager Server Daemon job seems to be using a lot more CPU
> than I would have expected (JARMSRVD running /opt/hparray/bin/ARMSRVD). It
> is using around 5% to 7% of available CPU - 4 to 5 seconds of CPU in any
> given 60 second period.
>
> The documentation seems to say the AutoRAID statistics and event logging
> is done by SYSLOG, not ARMSRVD. I got the impression ARMSRVD was simply a
> listener to process array commands for the 12H. If so, it should just be
> sitting there not using CPU if I am not sending array commands right?
>
> Obviously I must not be understanding it right and ARMSRVD must be doing
> something else. The documentation says it is not necessary for the
> AutoRAID to properly process IO requests. But it is recommended ARMSRVD be
> running all the time the system is up.
>
> Can anyone tell me if this sort of CPU usage is normal for ARMSRVD? What
> else does ARMSRVD do? Why does it need to consume so much CPU to do what
> it is doing?
>
> Seems to me an addition 5 to 7% will definitely add  to the load on the
> system. I would like to know what the heck it is doing so I can evaluate
> if the cost of using that CPU is appropriate.
>
> Timothy Atwood
> Holtenwood Computing
> http://www.holtenwood.bc.ca/computing/
> for Domtar Vancouver Mill
> (Opinions expressed are mine and do not reflect Domtar)
>
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *