HP3000-L Archives

May 1998, Week 2

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Bill Lancaster <[log in to unmask]>
Reply To:
Bill Lancaster <[log in to unmask]>
Date:
Wed, 13 May 1998 13:54:30 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (31 lines)
You can also change a parameter in NMMGR to essentially not allow the SQE
heartbeat losses to be recorded on the 3000.

Bill Lancaster

At 10:39 AM 5/13/98 -0700, Sletten Kenneth W wrote:
>John after Shawn:
>
>>> We've noticed an odd trend lately, there is a number of
>>> system processes that are taking a rather large amount of
>>> CPU.
>
>> I noticed this same thing when I updated to PP3. It seemed to
>> be the SQE switch on transceivers to DTC's was not on.
>
>Not only CPU activity:  If the SQE heartbeat on the 10BaseT
>transceiver is not on, believe you will also get a high level of disc
>I/O, because the system wants to log each of these "events".
>When we first switched from 10Base2 to 10BaseT and hooked
>up a DTC, we immediately started seeing a continuous 70-80
>I/O's per second.  Eventually got around to doing a
>
>LINKCONTROL @; STATUS = ALL
>
>and noticed we had millions of heartbeat losses recorded since
>last reset.  Turned on transceiver SQE heartbeat and all was well..
>
>Ken Sletten
>
>

ATOM RSS1 RSS2