-
-
Notifications
You must be signed in to change notification settings - Fork 207
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make database location configurable #88
Comments
I agree. So I'll probably add two options:
|
Is this part of the 0.3 milestone? Also patiently waiting for this feature :) |
@enoryw I can't promise anything, but it's very likely that this will be part of the 0.3 release. |
@cboxdoerfer I don't know programming, is it trivial to modify this line to a custom directory like /tmp and that would work? I'm using |
Workaround is to symlink ~/.local/share/fsearch to e.g. /tmp/fsearch where /tmp/fsearch directory should be created. |
How about an option to allow user to specify database location? I want to have the database(s) at /tmp (tmpfs on RAM) for the following reasons:
I tend to update the database at least once when my system is running anyway, so I don't need it to be stored on disk and am completely fine with it being in volatile memory.
Faster process of updating the database (not sure how fast, but it takes maybe 30-60 seconds for it to index my many terabytes of data on disk currently), since memory is many times faster than disk (especially for writing).
Completely eliminates the load on the disk, which means the system won't be impacted at all during the process (in this regard). Also, updating databases on flash memory such as SSD wears the disk out faster, so this will prevent that. If done on my HDD, I can hear the disk writing quite audibly).
Based on all these points, I can update the database as frequently as I want without much cost associated with it. This is especially useful for my workflow which requires this.
The text was updated successfully, but these errors were encountered: