Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!uunet!stanford.edu!agate!monsoon.Berkeley.EDU!dpassage
From: dpassage@monsoon.Berkeley.EDU (David G. Paschich)
Newsgroups: comp.sys.apollo
Subject: Re: process priorities (problem?)
Summary: it's not a bug, it's a feature!
Keywords: nice process priority foobar
Message-ID: <1991Mar11.125346.10038@agate.berkeley.edu>
Date: 11 Mar 91 12:53:46 GMT
References: <504080ad.20b6d@apollo.HP.COM> <1991Mar10.121848.8362@agate.berkeley.edu> <5049bf48.1bc5b@pisa.citi.umich.edu>
Sender: dpassage@ocf.berkeley.edu (David G. Paschich)
Organization: UC Berkeley's Open Computing Facility
Lines: 24

In article <5049bf48.1bc5b@pisa.citi.umich.edu> rees@citi.umich.edu (Jim Rees) writes:
>In article <1991Mar10.121848.8362@agate.berkeley.edu>, dpassage@sandstorm.Berkeley.EDU (David G. Paschich) writes:
>
>  Actually, just because Apollo lets users renice things doesn't mean you have
>  to:
   [stuff I wrote deleted]
>
>That doesn't help much unless you also close up /usr/apollo/lib/cc*.
>
>#include <sys/time.h>
>#include <sys/resource.h>
>
>main(ac, av)
>int ac;
>char *av[];
>{
>	setpriority(PRIO_PROCESS, atoi(av[1]), -20);
>}

Good point.  Yet another example of Apollo saying, "it's not a bug, it's a 
feature!"
David G. Paschich
dpassage@ocf.berkeley.edu
Just say not to huge .sigs!