home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!att!linac!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!fl0p+
- From: fl0p+@andrew.cmu.edu (Frank T Lofaro)
- Newsgroups: comp.os.linux
- Subject: Re: 0.97p2
- Message-ID: <0ecFXuq00VpeAT5EgT@andrew.cmu.edu>
- Date: 30 Aug 92 10:52:42 GMT
- Article-I.D.: andrew.0ecFXuq00VpeAT5EgT
- References: <1992Aug29.175510.25324@athena.mit.edu>
- <1992Aug30.162947.3429@wimsey.bc.ca>
- Organization: Sophomore, Physics, Carnegie Mellon, Pittsburgh, PA
- Lines: 14
- In-Reply-To: <1992Aug30.162947.3429@wimsey.bc.ca>
-
- Excerpts from netnews.comp.os.linux: 30-Aug-92 Re: 0.97p2
- bhenning@wimsey.bc.ca (Bill Henning) (195)
-
- >If some of the speed problems are due to the page tables being swapped in
- >and out it may be worthwhile to allow a compile time option for the >kernal
- >to keep page tables locked in memory...
-
- >Bill
-
- In a multi-user environment, users could (and quite possibly will)
- abuse this. A better idea would be to have the sticky bit on a file do
- this in addition to its normal effect. This seems like it would also be
- easier to implement. (And it wouldn't require yet another complier
- release! :).
-