On Wed, 2012-12-19 at 15:03 -0400, Joey Hess wrote: > Ian Campbell wrote: > > annex/journal has 7281 files in it, which is less than the number of objects > > I'd expect (this repo has >14,000 files in it), but doesn't seem like a > > likely > > FS limit (wikipedia doesn't say anything about files-per-directory limits). > > Can you add additional new files to annex/journal while it has all that > in it?
Sadly something (fsck?) has cleaned it all up.
However in a test dir I ran:
$ for i in $(seq -w 0000 8000) ; do \
touch
b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff11432$i.ogg.log
|| break; \
done
touch: cannot touch
`b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114327281.ogg.log':
No space left on device
That filename is the same length as before (96 bytes) and its 7282nd.
96*7282 = 699072 (0xAAAC0) which doesn't seem like a terribly
interesting number, neither does doubling it (VFAT directory names are
in UTF-16 allegedly).
As an experiment I tried with a 64-byte filename and it could mange
10923 of them, which is bytes in total 699072, i.e. the same as with
fewer longer filenames (I'm aware that I'm deep into the realms of
numerology here ;-))
Ian.
--
Ian Campbell
Obstacles are what you see when you take your eyes off your goal.
signature.asc
Description: This is a digitally signed message part
