Re: [PATCH v3] Add an option not to use link(src, dest) && unlink(src) when that is unreliable

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Mon, 27 Apr 2009, Johannes Schindelin wrote:
> 
> > The thing is, maybe people would prefer to use 'rename' over the 
> > link/unlink games even on some unixes, and not because of 'reliability' 
> > issues, but because they may have some filesystems that don't do 
> > hardlinks, and they'd just rather speed things up by avoiding the 'link()' 
> > system call that will just error out.
> 
> We already fall back to renaming when another error than EEXIST is 
> returned from link(), so I think this case is covered.

You didn't read what I wrote.

  "they'd just rather speed things up by avoiding the 'link()' system call 
   that will just error out."

I know we fall back to rename(). The point is that if you know link 
doesn't work, why not just skip it?

		Linus
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]