[alt.hackers] Speaking of load averages...

afoiani@nmsu.edu (Anthony "Tkil" Foiani) (03/27/91)

Here's one from last semester sometime:

8:21am  up 4 days, 23:12,  5 users,  load average: 279.77, 278.75, 270.68

This is on a Sun 4/280, running SunOS 4.0.3c [or something].

Cheers,
Tony
--
Tony Foiani  a.k.a. Tkil  (afoiani@nmsu.edu) or (mcsajf@nmsuvm1.bitnet)
Supporting:  Unix / DOS / VMS / Macintosh / "What's this?"
 "But, although we make records for a hard world, we make records for
  a hard world that you can get by in, and that you can have fun in,
  that you can get off on." - Andrew Eldritch of The Sisters Of Mercy

bagchi@eecs.umich.edu (Ranjan Bagchi) (03/27/91)

In article <AFOIANI.91Mar26121000@avanti.nmsu.edu> afoiani@nmsu.edu (Anthony "Tkil" Foiani) writes:
>
>
>Here's one from last semester sometime:
>
>8:21am  up 4 days, 23:12,  5 users,  load average: 279.77, 278.75, 270.68
>
>This is on a Sun 4/280, running SunOS 4.0.3c [or something].
>
>Cheers,
>Tony
>--
>Tony Foiani  a.k.a. Tkil  (afoiani@nmsu.edu) or (mcsajf@nmsuvm1.bitnet)
>Supporting:  Unix / DOS / VMS / Macintosh / "What's this?"
>"But, although we make records for a hard world, we make records for
>a hard world that you can get by in, and that you can have fun in,
>that you can get off on." - Andrew Eldritch of The Sisters Of Mercy
> 

	My God!...what in hell were these 5 users running?  I'd like
to see the ps table...

	(Of course, near the end of the semester when the beginning
programming classes are getting near done, their designated machine
gets pretty slow.  I've been tempted to do an /etc/halt and see how
long it takes people to notice...)
 
	-rj

--
--------------------------------------------------------------------------------
Ranjan Bagchi - asleep......  |    v,i,j,k,l,s,a[99];
bagchi@eecs.umich.edu         |    main()   {
-------------------------------       for(scanf("%d",&s);*a-s;v=a[j*=v]-a[i],k=i<s,j+=(v=j<s&&(!k&&!!printf(2+"\n\n%c"-(!l<<!j)," #Q"[l^v?(l^j)&1:2])&&++l||a[i]<s&&v&&v-i+j&&v+i-j))&&!(l%=s),v||(i==j?a[i+=k]=0:++a[i])>=s*k&&++a[--i]) ;
					}  /* Osovlanski and Nissenbaum */
--------------------------------------------------------------------------------

subbarao@DEW.PRINCETON.EDU (Kartik Saligrama Subbarao) (03/27/91)

In article <AFOIANI.91Mar26121000@avanti.nmsu.edu> afoiani@nmsu.edu (Anthony "Tkil" Foiani) writes:
>
>Here's one from last semester sometime:
>
>8:21am  up 4 days, 23:12,  5 users,  load average: 279.77, 278.75, 270.68
>
>This is on a Sun 4/280, running SunOS 4.0.3c [or something].

That's okay, here's one from our machine just before it died horribly a
month or so ago: (someone's accidental infinite forker).

10:26pm  up 1 day, 13:06,  76 users,  load average: 736.50, 563.14, 128.26


			-Kartik
--
internet# find . -name core -exec cat {} \; |& tee /dev/tty*
subbarao@phoenix.Princeton.EDU -| Internet
kartik@silvertone.Princeton.EDU (NeXT mail)  
SUBBARAO@PUCC.BITNET			          - Bitnet

durrell@umaxc.weeg.uiowa.edu (Cyberpixie) (03/27/91)

My load average's CD's collection's dick got better SAT scores than
your load average's CD's collection's dick.

Jeeze.

--
---------------------- "I was always busy doing something close to nothing..."
Bryant Durrell                                    durrell@umaxc.weeg.uiowa.edu
durrell@husc9.harvard.edu                       bryant@valkyrie.ecn.uoknor.edu
Speaker-to-Eris // 'Muffin // FEM // Tif's Consort ---------------------------

cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) (03/29/91)

| Article 4404 of uw.mfcf.bugs:
| Newsgroups: uw.mfcf.bugs
| Path: news-server.csri.toronto.edu!utgpu!watserv1!watmath!rblander
| From: Robyn Landers <rblander@watmath.waterloo.edu>
| Subject: orchid the amazing wonder machine!
| Message-ID: <1991Mar28.162925.375@watmath.waterloo.edu>
| Sender: rblander@watmath.waterloo.edu (Robyn Landers)
| Organization: University of Waterloo
| Date: Thu, 28 Mar 1991 16:29:25 GMT
| Lines: 12
| 
| 
| Check this out!!
| 
|  11:24am  up 7732 days,  6:45,  1 user,  load average: 2713601.58, 103456.43, -3
| 039.94
| 
| Orchid has been up for over 20 years, and one single person is
| running some HUMUNGOUS job to put the load average at 2.7 million!
| I guess the kernel was dispatching processes that weren't ready to
| run for a while there when the load average was negative 3000.
| 
| I did not make this stuff up.  Ask Asokan.

--
	"This is what separates us system programmers from the
	 application programmers: we can ruin an entire machine and
	 then recover it, they can only ruin their own files and then
	 get someone else to restore them"	- Geoff Collyer
cks@hawkwind.utcs.toronto.edu	           ...!{utgpu,utzoo,watmath}!utgpu!cks

tom@bears.ucsb.edu (Tom Weinstein) (03/30/91)

In article <1991Mar29.005015.11334@jarvis.csri.toronto.edu>, cks@hawkwind.utcs.toronto.edu (Chris Siebenmann) writes:

> |  11:24am  up 7732 days,  6:45,  1 user,  load average: 2713601.58, 103456.43,
> | -3039.94
> | 
> | Orchid has been up for over 20 years, and one single person is
> | running some HUMUNGOUS job to put the load average at 2.7 million!
> | I guess the kernel was dispatching processes that weren't ready to
> | run for a while there when the load average was negative 3000.

This is a pretty good sign of a damaged kernel.  As a matter of fact, we
had this happen just last week.  We had a kernel with a bad device
driver.

--
He is Bob...eager for fun.         | Tom Weinstein  tom@bears.ucsb.edu
He wears a smile... Everybody run! |                tweinst@polyslo.calpoly.edu

mvp@jack.sns.com (Mike Van Pelt) (04/05/91)

In article <BAGCHI.91Mar26183134@snarf.eecs.umich.edu> bagchi@eecs.umich.edu (Ranjan Bagchi) writes:
>In article <AFOIANI.91Mar26121000@avanti.nmsu.edu> afoiani@nmsu.edu (Anthony "Tkil" Foiani) writes:
>>Here's one from last semester sometime:
>>
>>8:21am  up 4 days, 23:12,  5 users,  load average: 279.77, 278.75, 270.68
>	My God!...what in hell were these 5 users running?  I'd like
>to see the ps table...

I'm not sure of the nitty-gritty details of how Unix calculates "load
averages", but there's bound to be a certain amount of "Finagle
factors" in there.  I had a program on a Univac 1100 (a.k.a. Sperry,
a.k.a. Unisys) that used up about 30-60 CPU "minutes" per second.  In
that case, certain EXEC requests were "billed" a fixed amount of CPU
time, even if they failed instantly because the request was
(deliberately, in this case) incorrectly formatted.  "Worst Case"
(which, of course, is what I picked for the purpose) was an @BRKPT
request via ER CSF$.  35 activities of 'em.

Moral of the story -- those numbers are more or less fictitious.
-- 
  Caution: Thermostellar device.          Mike Van Pelt
       Handle with care.                  Headland Technology
 Do not expose to first-semester          (was: Video Seven)
     Philosophy students.                 ...ames!vsi1!v7fs1!mvp