home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!news.centerline.com!noc.near.net!hri.com!spool.mu.edu!agate!agate.berkeley.edu!cgd
- From: cgd@eden.CS.Berkeley.EDU (Chris G. Demetriou)
- Newsgroups: comp.unix.bsd
- Subject: Re: Almost Free Symbolic Links (source code)
- Message-ID: <CGD.92Dec18140400@eden.CS.Berkeley.EDU>
- Date: 18 Dec 92 19:04:00 GMT
- References: <39777@hoptoad.uucp> <id.J2UV.H5K@ferranti.com>
- <DERAADT.92Dec17125257@newt.newt.cuc.ab.ca>
- Organization: Kernel Hackers 'r' Us
- Lines: 19
- NNTP-Posting-Host: eden.cs.berkeley.edu
- In-reply-to: deraadt@newt.cuc.ab.ca's message of 17 Dec 92 19:52:57 GMT
-
- In article <DERAADT.92Dec17125257@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
- >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.
-
-
- generally, in implemention such a beast, files less than, say, 60 bytes
- would be stored in the inode, using "spare space" left by unnecessary
- block pointers...
-
- if the file gets beyond 60 bytes, the entire thing gets bumped out of the
- inode, so there is no alignment problem...
-
- chris
- --
- Chris G. Demetriou cgd@cs.berkeley.edu
-
- "Sometimes it is better to have twenty million instructions by
- Friday than twenty million instructions per second." -- Wes Clark
-