[lkml]   [2000]   [Mar]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [OT] Microsoft invents symbolic links
On Sat, Mar 04, 2000 at 03:32:32PM +0100, you [] claimed:
> Ville Herva <> writes:
> > > From: Pavel Machek <>
> > > Date: Thu, 2 Mar 2000 23:40:32 +0100
> > > Subject: Re: [OT] Microsoft invents symbolic links
> > >
> > > Actually, 40% of my disk capacity is wasted in duplicates. Why? I do cp
> > > -a linux linux.backup before major changes. Automagicall ways to get
> >
> > I can't even guess what the ratio is on a small companys (like ours) file
> > server filled with old source versions and documents copies.
> ever tryed cvs ?

Yeah, I keep my source in CVS, but I'm in no position to force every
secretary around here to stuff her Word Documents into CVS (and, frankly,
I'm not sure it'd be wise either.) Actually, we've managed to showel most
of our "production code" into CVS, but there's no point in trying to get
the five or ten year old stuff (that somebody "might" need) into CVS.

Besides, I have temporary source trees that are never ment to be properly
version controlled -- just hacked around and thrown away.

> yes, and introduce overhead in the kernel because each time you copy /

Surely there's overhead. But I never said it should be enabled for

> modify a file, it would have to verify if it is a 'cow link';
> and if it is it'll end up moving from a "cow link" to a normal file.

That's the whole point of a cow link as far as I can see. I'm not sure if
"verifying if it is a cow link" could really induce massive overhead (one
if() ). And the moving part only happens _if_ it is a cow link -- what you
don't use, you don't pay for. Of course, the cow link would take altering
the fs format; a new field to dir_entry or something.

-- v --

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:56    [W:0.055 / U:9.464 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site