Hej there,
is there a "best practice" setting up the indexing the properties of files?
I have many files mp4/mp3/jpg/CBr. Actually I configured everything (1333a) for indexing a bunch of properties like artist, album, dimension, fps, ... which seems to work basically pretty nice.
The desired NAS shares are defined within the Database-Folders section, each with:
- index subfolders checkmarked
- monitor changes checkmarked
- buffer size raised to 1024 and
- never rescan
NTFS-Volumes:
- include in Database checkmarked
- Enable USN-Journal checkmarked
- maximum size 32768
- allocation delta 8192
- load USN journal into the Recent Changes Database checkmarked
- monitor changes checkmarked
My point is, that everytime my PC has started Everything seems to scan every defined source once again and again, needing some hours - and for me it would be right perfect just having one initial complete scan and afterwards only monitoring changes.
What am I doing wrong? With 1.4 I got this working like that..
Indexing properties - "best practice" - Every Startup complete scan
Re: Indexing properties - "best practice" - Every Startup complete scan
Everything should index your files and properties once.
What is the last rebuild reason reported under Tools -> Debug -> Statistics -> Build -> Last Rebuild Reason?
Please make sure Everything is installed correctly and running as a standard user:
NAS shares do not support values higher than 64KB:
This will only rescan your filenames.
Indexed properties are only rescanned for files if the size/date-modified changes.
Enabling will hurt loading performance on startup.
Only enable this option if you are sorting by "Date Recently Changed" and want access to the changes in the USN Journal.
What is the last rebuild reason reported under Tools -> Debug -> Statistics -> Build -> Last Rebuild Reason?
Please make sure Everything is installed correctly and running as a standard user:
- In Everything, from the Tools menu, click Options.
- Click the General tab on the left.
- Check Store settings and data in %APPDATA%\Everything.
- Uncheck Run as administrator.
- Check Everything Service. (Please make sure this is tick-checked and not square-checked)
- Click OK.
- Exit Everything (right click the Everything tray icon and click Exit).
- Restart Everything.
Please only use the default here.- buffer size raised to 1024 and
NAS shares do not support values higher than 64KB:
- In Everything, from the Tools menu, click Options.
- Click the Folders tab on the left.
- Change Buffer size to: 64 KB.
- Click OK.
This will only rescan your filenames.
Indexed properties are only rescanned for files if the size/date-modified changes.
Please leave load USN journal into the Recent Changes Database disabled.- load USN journal into the Recent Changes Database checkmarked
Enabling will hurt loading performance on startup.
Only enable this option if you are sorting by "Date Recently Changed" and want access to the changes in the USN Journal.
Re: Indexing properties - "best practice" - Every Startup complete scan
Hej Void,
thanks for your fast answer!
- last rebuild reason is "Structure changed"
- "General settings" already as described, completely
- Buffer size changed to 64
- unchecked that USN-Journal setting
The reason why I generally wouldn't need a fix every day rescan is, that I do not have too many changes. I hope to get that changes by "monitor changes". Those daily rescans will take always about 2 hours
But actually, as "never rescan" is being chosen, from my point of view the only consequence should be, that properties or file changes in general wouldn't be reflected within everything.
thanks for your fast answer!
- last rebuild reason is "Structure changed"
- "General settings" already as described, completely
- Buffer size changed to 64
- unchecked that USN-Journal setting
The reason why I generally wouldn't need a fix every day rescan is, that I do not have too many changes. I hope to get that changes by "monitor changes". Those daily rescans will take always about 2 hours
But actually, as "never rescan" is being chosen, from my point of view the only consequence should be, that properties or file changes in general wouldn't be reflected within everything.
Re: Indexing properties - "best practice" - Every Startup complete scan
and still running indexing...
forgot to switch of pc yesterday, ran through the whole night. Still indexing, or again, don't know...
"Last Build date: 11.01.2023 06:48"
"Last Build reason: Out of date Index is available"
could cause depend on scanning properties of files? With 1.4 I didn't have that problem.
forgot to switch of pc yesterday, ran through the whole night. Still indexing, or again, don't know...
"Last Build date: 11.01.2023 06:48"
"Last Build reason: Out of date Index is available"
could cause depend on scanning properties of files? With 1.4 I didn't have that problem.
Re: Indexing properties - "best practice" - Every Startup complete scan
Could you please send your Tools -> Debug -> Statistics to support@voidtools.com
This information should help identify which volume is being rebuilt and possibly why..
I'm guessing there was a lot of changes to this volume and the USN Journal ID is being changed.
This information should help identify which volume is being rebuilt and possibly why..
I'm guessing there was a lot of changes to this volume and the USN Journal ID is being changed.
Re: Indexing properties - "best practice" - Every Startup complete scan
Hej Void,
sent the desired information last weekend, actually indexing runs on all reachable drives again, "Statistics" states "Structure changed".
Seems that reindexing runs every 2 days, regardless what is configured (Yesterday nothing happened)
sent the desired information last weekend, actually indexing runs on all reachable drives again, "Statistics" states "Structure changed".
Seems that reindexing runs every 2 days, regardless what is configured (Yesterday nothing happened)
Re: Indexing properties - "best practice" - Every Startup complete scan
Thanks for the debug logs catweazle,
I have found the issue most likely causing the trouble.
The property system properties are not sorted correctly.
The order changes randomly.
Everything will sometimes see the different order as a change in indexed properties.
I'll have a fix soon.
For now, please try removing your property system properties.
For example:
property-system:System.Comment (Comments)
property-system:System.Keywords (Tags)
property-system:System.Music.Artist (Contributing artists)
property-system:System.Software.NullPreview.Title (Title)
property-system:System.Title (Title)
More discussion here
I have found the issue most likely causing the trouble.
The property system properties are not sorted correctly.
The order changes randomly.
Everything will sometimes see the different order as a change in indexed properties.
I'll have a fix soon.
For now, please try removing your property system properties.
For example:
property-system:System.Comment (Comments)
property-system:System.Keywords (Tags)
property-system:System.Music.Artist (Contributing artists)
property-system:System.Software.NullPreview.Title (Title)
property-system:System.Title (Title)
More discussion here
Re: Indexing properties - "best practice" - Every Startup complete scan
Hej Void,
thanks for your assistance! Looking forward to that version
regards, Catweazle
thanks for your assistance! Looking forward to that version
regards, Catweazle
Re: Indexing properties - "best practice" - Every Startup complete scan
Everything 1.5.0.1336a fixes an issue with Everything reindexing properties when indexing a property system property.
Thank you for your help with finding the issue.
Thank you for your help with finding the issue.