[prev in list] [next in list] [prev in thread] [next in thread] 

List:       novalug
Subject:    Re: [novalug] file handles vs. file descriptors [adr]
From:       st0rm <ksweet () fool ! com>
Date:       2002-12-30 18:19:20
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Thanks, Dan.

Ok, so then the file-max/inode-max files enable you to bump the
system-wide kernel limits up on handles(consisting of std-in/out & network
sockets) whereas "ulimit -n" enables you to increase the limits on fd's that the
local shell(and it's children) can handle?  Is it also correct to say that
total number of fd's will reach a ceiling when the system runs out of file
handles?

Thanks again,

- -- 
TeknoPhiliac


On Mon, 30 Dec 2002, Dan Arico wrote:

> On Monday 30 December 2002 12:49 pm, st0rm wrote:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > I'm researching a performance issue on one of our servers and am a bit
> > confused on the use of the terms "file handle" and "file descriptor".
> > It appears that the terms are used interchangeably, althougth I've
> > been unable to prove this yet.
> >
> > The linux documenation uses the term "file handle" when it refers to
> > the /proc/sys/fs/file-max & inode-max, however several deja entries
> > show up referring to "file descriptors".
> >
> > Does anyone have insight into this?
>
> "File handle" normally refers to a variable (a pointer in C) used to
> access the file. "File descripter" refers to a set of variable that
> describe the file's attributes - read, write and execute permissions,
> size, location of the first sector and so on.
>
> Dan Arico
>
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Made with pgp4pine 1.75

iD8DBQE+EI4rBQqH1woQUxkRAt7oAJ0YRW7OfxAerPXti+uKhnQzbtxqUgCdHx9W
7Z+9WKPgS+EwApZDdnn68CA=
=8ix1
-----END PGP SIGNATURE-----


_______________________________________________
novalug mailing list
novalug@tux.org
http://www.tux.org/mailman/listinfo/novalug
for subscribe/unsubscribe see web page
[prev in list] [next in list] [prev in thread] [next in thread]