lkml.org 
[lkml]   [1998]   [Aug]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: DEVFSv50 and /dev/fb? (or /dev/fb/? ???)
Stephen Frost writes:
> On 6 Aug 1998, H. Peter Anvin wrote:
>
> > Followup to: <Pine.HPP.3.96.980805205308.17170K-100000@ixion.honeywell.com>
> > By author: Shawn Leas <sleas@ixion.honeywell.com>
> > In newsgroup: linux.dev.kernel
> > >
> > > 2) Ease of system maintainence. SYSV style/looking devices tell you
> > > EXACTLY where your disks are at a glance, and that is GOOD. Auto device
> > > generation is good too...
> >
> > Auto device generation can be a security hole, and can be done in user
> > space without hogging tons of kernel memory.
> >
> > > 3) It might help performance with some configs.
> > > 4) It will NEVER hurt performance, only help it if ANYTHING.
> >
> > devfs eats lots of kernel memory. That WILL hurt performance.
> >
>
> That's a good reason for not doing it, if it hogs up alot of
> kernel memory. I don't have a clue how it's implemented, but I wouldn't
> think it would be that bad... Perhaps a clue from how SUN does it, things
> in /dev only change when you boot, and it's just stored on a real filesystem,
> that would take much less memory I would think.

On a typical system devfs uses a measly few pages.

Regards,

Richard....

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

\
 
 \ /
  Last update: 2005-03-22 13:43    [W:0.182 / U:0.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site