void wrote: Wed Nov 01, 2023 6:35 am
Moved from
Long Time to close Everything
That thread is related to Everything taking a long time to process millions of file changes.
I'll have a work around for this in the next alpha update.
Everything stores the entire database in memory.
Everything will save the database to disk when you exit Everything.
4 seconds to save a 680MB database to disk is expected.
To disable the save database to disk on exit: (not recommended)
- In Everything 1.5, from the Tools menu, click Options.
- Click the Advanced tab on the left.
- To the right of Show settings containing, search for:
save
- Select db_save_on_exit.
- Set the value to: false
- Click OK.
I don't recommend doing this as it will usually take more than 4 seconds to update your old database on disk.
Everything will still
periodically save your database to disk (every day at 4 AM)
Please consider
exclude files/folders from your index.
Optimal Settings for Everything
Many thanks, setting `db_save_on_exit=0` closes Everything quickly.
But where does it take more than 4 seconds to update the old database?
I am seeing Everything is working fine as before.
Also, as I have set `db_save_on_exit=0`, I have also set `db_auto_save_type=1` and `db_auto_save_interval=7200000` (2 hours).
Also in your linked page I noticed, default value for `db_auto_save_idle_delay` is 5 minutes but in the Everything program, default is 1 minute.
And I set `db_auto_save_idle_delay` to 5 minutes.
Anything wrong with these changes in settings?
Another question arose by following your solution:
To improve speed, I converted `Result Omissions` to `Index Exclude List` using `Index -> Add Result Omissions to the Index Exclude List`.
But sometime I also need to search in the omission results. To do this, now I have to disable exclude list but then it takes a lot of time to rebuild the index.
This could be solved if I could open a new Everything instance with something like `Index Include List` (opposite of `Index Exclude List`).
Is this possible?
Thank you for your consideration.