> I have a backup server that contains 10 ext3 file systems each with 12
> million files scattered randomly over 4000 directories. The files average
OK 4000 directories for 12million files means you've got 3000 files per
directory. If you are doing that make sure your fs has htree enabled. The
initial find is still going to suck especially if on spinning media and
doubly (actually far more than doubly) if the disk is also busy trying to
do other work.
> size is 1MB. Every day I expect to get 20 or so requests for files from
> this archive. The files were not stored in any logical structure that I
> can use to narrow down the search. This will be different moving forward
> but it does not help me for the old data. Additionally, every day data is
> added and old data is removed to make space.
What are you searching by - name or content ?
If you are searching by content then you really want to stuff the lot
into a freetext engine like Omega. If you are searching by file name I'd
take the time to turn the archive upside down and archive that way up
assuming your tools can do it.
That is turn all the files backwards so
foo/bar/hello.c
becomes
hello.c/bar/foo
or build a symlink farm of them that way up (so hello.c/bar/foo is a
symlink to foo/bar/hello.c)
Its then suddenely a lot lot less painful to find things ! A database
would also no doubt do the job
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
