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