Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP id AA5101 ; Mon, 21 Dec 92 17:14:24 EST Newsgroups: comp.unix.bsd Path: sserve!manuel.anu.edu.au!munnari.oz.au!sgiblab!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