Re: Finding hardlinks

2007-01-09 Thread Steven Rostedt

On Tue, 9 Jan 2007, Bryan Henderson wrote:

> >but you can get a large number of >1 linked
> >files, when you copy full directories with "cp -rl".  Which I do a lot
> >when developing. I've done that a few times with the Linux tree.
>
> Can you shed some light on how you use this technique?  (I.e. what does it
> do for you?)
>
> Many people are of the opinion that since the invention of symbolic links,
> multiple hard links to files have been more trouble than they're worth.  I
> purged the last of them from my personal system years ago.  This thread
> has been a good overview of the negative side of hardlinking; it would be
> good to see what the positives are.
>

Basically, if you are going to work on several archs at once, it's nice to
be able to download one tree from kernel.org, do a bunch of cp -lr for
each arch you plan to play with, and then go and work on each of the trees
separately.  And you are always working on the same files for each
directory, but can compile them differently.

-- Steve

-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Finding hardlinks

2007-01-09 Thread Steven Rostedt

On Tue, 9 Jan 2007, Frank van Maarseveen wrote:

>
> Yes but "cp -rl" is typically done by _developers_ and they tend to
> have a better understanding of this (uh, at least within linux context
> I hope so).
>
> Also, just adding hard-links doesn't increase the number of inodes.

No, but it increases the number of inodes that have link >1. :)
-- Steve

-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: Finding hardlinks

2007-01-09 Thread Steven Rostedt
On Mon, 2007-01-08 at 13:00 +0100, Miklos Szeredi wrote:

> > 50% probability of false positive on 4G files seems like very ugly
> > design problem to me.
> 
> 4 billion files, each with more than one link is pretty far fetched.
> And anyway, filesystems can take steps to prevent collisions, as they
> do currently for 32bit st_ino, without serious difficulties
> apparently.

Maybe not 4 billion files, but you can get a large number of >1 linked
files, when you copy full directories with "cp -rl".  Which I do a lot
when developing. I've done that a few times with the Linux tree.  Given
other utils that copy as hard links, can perhaps make a 4 billion number
of files with >1 link possible, and perhaps likely in the near future.

-- Steve


-
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html