Will big metadata blocks fix # of hardlinks?

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

 



Hi!

I see that Linux 3.4 supports bigger metadata blocks for btrfs.

Will using them allow a bigger number of hardlinks on a single file
(i.e. the bug that has bitten at least git users on Debian[1,2], and
BackupPC[3])? As far as I understand correctly, the problem has been
that the hard links are stored in the same metadata block with some
other metadata, so the size of the block is an inherent limitation?

If so, I think it would be worth for me to try Btrfs again :)

	Sami


[1] http://permalink.gmane.org/gmane.comp.file-systems.btrfs/13603
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642603
[3] https://bugzilla.kernel.org/show_bug.cgi?id=15762

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux