From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM,
	INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,e215ef9bd62c159a
X-Google-Attributes: gid103376,public
From: Markus.Nickels@t-online.de (Markus Nickels)
Subject: Re: MVME177 CPU Utilization
Date: 1997/07/13
Message-ID: <5qaqp9$ont$1@news01.btx.dtag.de>#1/1
X-Deja-AN: 256808787
References: <33C4D576.2ACD@admin.tc.faa.gov>
 <33C56321.42D0@mailgw.sanders.lockheed.com>
X-Sender: 08961501093-0001@t-online.de (Markus Nickels)
X-Priority: 3 (Normal)
Organization: Telekom Online Internet Gateway
Newsgroups: comp.lang.ada
Date: 1997-07-13T00:00:00+00:00
List-Id: <comp.lang.ada>


Steve O'Neill wrote:

> Ron Thompson wrote:
> > In order to measure CPU Utilization, it is proposed that the figures
>
> > for two 177s, two that are blissfully unaware of one another, be
> > averaged together in order to meet required overhead reserves.
> > Any opinions???  The email is fine for responses if you care to, and
>
> > Thank You all.
> > --
> >
> > rct
> >
> > The opinions above are mine and mine alone.
>
> That's not a valid measure of system reserves.  Unless, of course, one
>
> processor can borrow time from the other or allocate any overload work
>
> to the other processor.  My approach would be to take the worst case
> loading of the two processors.
>
> Of course this is only my opinion.
>
> Steve O'Neill

I agree to Steve. Your approach would be acceptable (from a customers
point of view) if you have a mechanism which allocates dynamically (at
run-time) processing power between the processors. If you choose a
software architecture which gives you the possibility to distribute the
processes statically (at link-time) this may be acceptable, too, but
depends on your customer requirements.
But you pointed out that the processors don't know anything about each
other, so your approach won't be accepted.
It may be interesting how you measure the workload of your processors.
Additionally I'm interested in the characteristics of your project
(cyclic/acyclic processing, hard/soft real time conditions, worst case
scenarios etc.) because I'm working with similar problems.

Markus Nickels
Markus.Nickels@t-online.de