Messages in this thread | | | Date | Mon, 10 Jun 1996 21:08:58 -0400 (EDT) | From | Jeff Johnson <> | Subject | Re: 2.0, loggings, cpu quotas, 2.1 issues, etc. |
| |
On Mon, 10 Jun 1996, Aaron Tiensivu wrote:
> Date: Mon, 10 Jun 1996 18:54:34 -0400 (EDT) > From: Aaron Tiensivu <tiensivu@pilot.msu.edu> > To: Jeff Johnson <trn@gate.net>, linux-kernel@vger.rutgers.edu > Subject: Re: 2.0, loggings, cpu quotas, 2.1 issues, etc. > > > ***** Second, I would like to see some of the meter-0.2 or Portato code > > integrated into kernel source and/or modules. This way, system status > > lights could be updated by the kernel, without reading /proc or calling > > uptime/ps/the like. This might be considered bloat, but that why it is > > optional. > > I think this still belongs in "user-space-land".. that's a featurism that > probably .5% of the Linux community uses and works well, in user-space. > > That's the main reason /proc is there, from what I can gather.. so you can > write 'support' programs that can do exactly what 'Portato' or 'ps' does. >
BUT... opening files in /proc sometimes up to 3 times a second does not wear well for the system CPU load. A kernel feature would work immensely better.
> > ***** Better removeable media/cartridge support. Many devices (Zip, Jazz, > > Bernouli, CDROM, etc) can be ejected by software. When the disk is > > unmounted, the device should eject it's disk. This should not be very > > difficult to implement. > > It's usually a user-definable configuration option already.. many people do not > want it set as default due to crampt desk-space/etc..
Wow... where do I enable it?
> > > ***** Lastly, the Rob Krawitz P5/FPU memcpy() should be included into > > 2.1. It has been working flawlessly since 1.3.8x, and I have never had > > any bit flips or corruption of any kind. I can do a make -j on the > > kernel souces without a problem. His machine is rather flaky, and the > > only other problem is that SMP support together with pentium memcpy will > > not boot. > > It should be included in 2.1, optionally, not default.
Very good.
> > >
| |