Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!philabs!cmcl2!harvard!seismo!gatech!akgua!whuxlm!whuxl!houxm!ihnp4!ltuxa!ttrdc!levy
From: levy@ttrdc.UUCP (Daniel R. Levy)
Newsgroups: net.unix-wizards
Subject: Re: Real Time UN*X
Message-ID: <873@ttrdc.UUCP>
Date: Sat, 10-May-86 19:02:09 EDT
Article-I.D.: ttrdc.873
Posted: Sat May 10 19:02:09 1986
Date-Received: Wed, 14-May-86 06:36:28 EDT
References: <288@necis.UUCP>
Organization: AT&T, Computer Systems Division, Skokie, IL
Lines: 20
Keywords: fast file systems and process priority control

In article <288@necis.UUCP>, geo@necis.UUCP (George Aguiar ext. 224) writes:
>I'm looking for some general information regarding fast file systems ( using
>contiguous or consecutive sectors on a hard disk ) and modifications to the
>kernel that allow a process to change it's priority level.

Dunno 'bout fast file systems, but I agree it sure would be nice (pun intended)
if a non-setuid process had a way to modulate its priority (both upward and
downward) within the constraint of what it was granted at invocation.
(Setuid root processes can nice() themselves up and down at will, but I presume
the emphasis is on user code?  Or maybe it is acceptable to be setuid root
in a dedicated applications environment [not a general purpose user environ-
ment]?)
-- 
 -------------------------------    Disclaimer:  The views contained herein are
|       dan levy | yvel nad      |  my own and are not at all those of my em-
|         an engihacker @        |  ployer or the administrator of any computer
| at&t computer systems division |  upon which I may hack.
|        skokie, illinois        |
 --------------------------------   Path: ..!{akgua,homxb,ihnp4,ltuxa,mvuxa,
						vax135}!ttrdc!levy