home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.bsd
- Path: sparky!uunet!spool.mu.edu!caen!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!acs.ucalgary.ca!cpsc.ucalgary.ca!xenlink!newt.cuc.ab.ca!deraadt
- From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
- Subject: Re: Almost Free Symbolic Links (source code)
- In-Reply-To: peter@ferranti.com's message of Mon, 14 Dec 1992 18: 19:28 GMT
- Message-ID: <DERAADT.92Dec17125257@newt.newt.cuc.ab.ca>
- Sender: news@newt.cuc.ab.ca
- Nntp-Posting-Host: newt.fsa.ca
- Organization: little lizard city
- References: <39777@hoptoad.uucp> <id.J2UV.H5K@ferranti.com>
- Date: Thu, 17 Dec 1992 19:52:57 GMT
- Lines: 16
-
- In article <id.J2UV.H5K@ferranti.com> peter@ferranti.com (peter da silva) writes:
- In article <39777@hoptoad.uucp> curt@hoptoad.uucp (Curt Mayer) writes:
- > this cruddy but complete hack answers one of the objections to symlinks:
- > that they are slow, and cost an entire frag. symlinks of less than length
- > 60 are stored in the inode itself.
-
- How about generalizing this to put ALL files < 60 bytes in the inode, not
- just symlinks?
-
- Because it screws up the alignment all the way through the file. It's nice
- to know that going a multiple of st.st_blocksize into the file and reading
- a multiple of st.st_blocksize bytes is going to be faster.
- <tdr.
- --
-
- This space not left unintentionally unblank. deraadt@newt.cuc.ab.ca
-