#PAGICO LINK FILES INSTEAD OF IMPORTING MANUAL#

HereвЂ™s some loose thoughts, just to get into the problem space. IвЂ™m still largely pro-file-systems, but your comment made me think. Please correct me if I'm wrong, but the versatility of `find` is far more powerful if you actually need to handle/sort through that many files, and something like `fzf` probably curtails all these complaints in the first place. What use would that be anyway? I'm not going to read a list like that - I'm going to operate on it. Or the need to produce a list of 20 million images in 2 seconds. Nor do I see a reasonable way to use a whole host of powerful unix techniques with a whackadoodle tiny tags filesystem. Moreover, I just don't have the problem of searching for filename fragments to begin with. If I do ever need to actually search for something, it will be constrained to a narrow subset of directories and ignore the other 199.9 million files or whatever. I simply use a bit of discipline organizing the directory structure(s). I rarely waste effort trying to remember filenames in the first place, much less needing some expensive tag curation to locate files.

How is that cheaper than current indexers (which all seem to work fine btw)?

#PAGICO LINK FILES INSTEAD OF IMPORTING MANUAL#

Manual curation?! Automatically derived by file extension? file headers? what is the cost of opening a file, parsing its filetype, comparing against a reference, writing it to a database, etc. Reading this article left me wondering just where the 200 million tags this guy needs are supposed to come from.

Pagico link files instead of importing