home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.programmer:4301 comp.unix.internals:1691 comp.sys.hp:9299
- Path: sparky!uunet!mcsun!uknet!strath-cs!baird!jim
- From: jim@cs.strath.ac.uk (Jim Reid)
- Newsgroups: comp.unix.programmer,comp.unix.internals,comp.sys.hp
- Subject: Re: inode to filename
- Message-ID: <JIM.92Aug14122954@hunter.cs.strath.ac.uk>
- Date: 14 Aug 92 11:29:54 GMT
- References: <1992Aug06.172513.4063@CS.ORST.EDU> <1992Aug07.131925.10902@bnr.uk>
- <1992Aug11.164753.13726@ssd.ukpoit.co.uk>
- <1992Aug12.144032.6417@bwdls61.bnr.ca>
- <1992Aug12.181707.23506@gateway.novell.com>
- <1992Aug13.135735.6607@bwdls61.bnr.ca>
- Sender: news@cs.strath.ac.uk
- Organization: Computer Science Dept., Strathclyde Univ., Glasgow, Scotland.
- Lines: 21
- Nntp-Posting-Host: hunter
- In-reply-to: mleech@bnr.ca's message of 13 Aug 92 13:57:35 GMT
-
- In article <1992Aug13.135735.6607@bwdls61.bnr.ca> mleech@bnr.ca (Marcus Leech) writes:
-
- Granted there isn't always a 1 to 1 relationship between a files internal
- "handle", and its name. In the real world, programs refer to files by
- name, and in the real world, system managers frequently need this
- information either to debug some system process, or because they want to
- take a disk offline, and they need to know which processes have *which*
- files open on the disk. You can avoid having to do the reverse mapping
- simply by storing the name information in such a way as to be generally
- useful, and not cost very much.
-
- Hmmm. On some machine there could be thousands of active files. Having
- the kernel maintain a list of those filenames might cost more than you
- think. [If it's a choice between assigning 100K of kernel memory to
- I/O buffers or process page tables or a list of active filenames, I
- wouldn't choose the list of filenames.]
-
- What would such a scheme do in the case of a process which unlinks an
- open file?
-
- Jim
-