Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP
id AA5167 ; Tue, 22 Dec 92 07:00:41 EST
Path: sserve!manuel.anu.edu.au!munnari.oz.au!sgiblab!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)
Date: 18 Dec 92 14:04:00
Organization: Kernel Hackers 'r' Us
Lines: 19
Message-ID: <CGD.92Dec18140400@eden.CS.Berkeley.EDU>
References: <39777@hoptoad.uucp> <id.J2UV.H5K@ferranti.com>
<DERAADT.92Dec17125257@newt.newt.cuc.ab.ca>
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