Subject: Re: linux a real unix? From: physadm@phys.canterbury.ac.nz (Andrew McGregor, rm ,ext ) Date: Wed, 28 Apr 1993 02:42:00 GMT
In article 21183@klaava.Helsinki.FI, torvalds@klaava.Helsinki.FI (Linus Torvalds) writes:
>In article <1993Apr27.052411.637@smoke.marlboro.vt.us> jhood@smoke.marlboro.vt.us (John Hood) writes:
>>
>>Lurking just behind the open files limit is a limit on the number of
>>open *inodes*, and that can't be pushed beyond 2^8 just now. 256 open
>>files is not many for a Unix system.
>
>Actually, there is no such limit at all. There is a implementation
>limit of 256 open files *per process*, but that should be no problem at
>all: most "real" unixes have the same (or even worse) limit. The main
>reason for the per-process open file limit is (a) the fd_set structure
>and (b) the fact that the task-structure gets hairy if you want truly
>dynamic nr of open files/process.
>
>As to the number of open files on a system-wide scale: no problem - just
>up NR_INODE to 1024 and NR_FILE to 768, and you shouldn't have any
>problem with that for quite a while. I already have patches that make
>this dynamic, but I'm worried about races, so I haven't actually used
>them yet.
>
Ok as far as it goes, but it will be nice when you can have something
like this from a linux box:
>pstat -s
1056/3628 files
1231/1236 inodes
295/1034 processes
206956/270936 swap
>uptime
2:39pm up 30 days, 5:24, 16 users, load average: 2.18, 3.45, 3.40
(That's a SparcServer 10/30. By the way, I realise the comparison is a
little unfair, but soon the hardware will be of similar class, so...)