diff options
author | http://joey.kitenet.net/ <joey@web> | 2011-03-14 16:13:30 +0000 |
---|---|---|
committer | admin <admin@branchable.com> | 2011-03-14 16:13:30 +0000 |
commit | f130c413a9c8d82b7813e001c7e561609cce4caa (patch) | |
tree | 36394a58a53d4e6643fafb9d04a8bfe8f07536a3 | |
parent | 5e9f90240367e9b1006402fe776c24f2488876b2 (diff) |
removed
-rw-r--r-- | doc/forum/hashing_objects_directories/comment_2_d095c769febedca2d69fa5d099bcb520._comment | 12 |
1 files changed, 0 insertions, 12 deletions
diff --git a/doc/forum/hashing_objects_directories/comment_2_d095c769febedca2d69fa5d099bcb520._comment b/doc/forum/hashing_objects_directories/comment_2_d095c769febedca2d69fa5d099bcb520._comment deleted file mode 100644 index 41c6ad5d9..000000000 --- a/doc/forum/hashing_objects_directories/comment_2_d095c769febedca2d69fa5d099bcb520._comment +++ /dev/null @@ -1,12 +0,0 @@ -[[!comment format=mdwn - username="http://joey.kitenet.net/" - nickname="joey" - subject="comment 2" - date="2011-03-14T16:12:51Z" - content=""" -My experience is that modern filesystems are not going to have many issues with tens to hundreds of thousands of items in the directory. However, if a transition does happen for FAT support I will consider adding hashing. Although getting a good balanced hash in general without, say, checksumming the filename and taking part of the checksum, is difficult. - -I prefer to keep all the metadata in the filename, as this eases recovery if the files end up in lost+found. So while \"SHA/\" is a nice workaround for the FAT colon problem, I'll be doing something else. (What I'm not sure yet.) - -There is no point in creating unused hash directories on initialization. If anything, with a bad filesystem that just guarantees worst performance from the beginning.. -"""]] |