> The crucial metric is how long it initially takes to create the index and then update it when the application starts (i.e. finding all changes to the filesystem which happened while the application wasn't running)
That's what I meant by " delta between file creation/removal time and the time that the file shows up in the results set (or index)."
Basically, how fast can we update the index?
> That's where Everything excels and to which I and others haven't found a solution on non-Windows systems (without making significant changes to the kernel of course).
I've got a couple of out-there ideas which may or may not pan out, one of which was, indeed, a kernel module.
Another idea is to deploy the indexer as a daemon with the applications all using IPC to query and update it. This will give the query applications a significant advantage on startup compared to Everything.
As for updating the index timeously, I've got a few ideas there as well. Walking the filesystem starting at `/` for each update will result in only performing index updates once a day or so (hence, the reason I expressed the metric as a delta) so I feel that that is no good.
I'll do an implementation and try to message you (if you want to check it out) because code talks louder than words :-)
That's what I meant by " delta between file creation/removal time and the time that the file shows up in the results set (or index)."
Basically, how fast can we update the index?
> That's where Everything excels and to which I and others haven't found a solution on non-Windows systems (without making significant changes to the kernel of course).
I've got a couple of out-there ideas which may or may not pan out, one of which was, indeed, a kernel module.
Another idea is to deploy the indexer as a daemon with the applications all using IPC to query and update it. This will give the query applications a significant advantage on startup compared to Everything.
As for updating the index timeously, I've got a few ideas there as well. Walking the filesystem starting at `/` for each update will result in only performing index updates once a day or so (hence, the reason I expressed the metric as a delta) so I feel that that is no good.
I'll do an implementation and try to message you (if you want to check it out) because code talks louder than words :-)