SearchIndexer takes time indexing \target on windows

[Eh2406]

Windows Search Indexer can spend significant time interrupting project builds. This is mostly a problem on older computers with slower hard drives, but can be measurable on all systems.

Unchecking the "allow files in this folder to have contents indexed" seams to help. (on cmd attrib +I target) There may be other setting that can also help. Can Cargo programmatically check that flag when it crates target?

[weihanglo]

Looks like we get this issue on macOS too (#8684). Is there any chance to reuse some logic between OSs?

[Eh2406]

I was inspired to report this during discussion of #8684. It is conceptually related, but the implementation is likely to be more straightforward. Hopefully it can build on the code for

cargo/src/cargo/util/paths.rs

Line 529 in 1857880

fn exclude_from_time_machine(path: &Path) {

[alexcrichton]

According to SetFileAttributes the FILE_ATTRIBUTE_NOT_CONTENT_INDEXED may be useful here, but I think that would need to be tested if that affected folders. According to this, though, it may be what we want here.

[toothbrush7777777]

I'll work on this.
@rustbot claim

[pravic]

The file or directory is not to be indexed by the content indexing service.

So, it should work with directories as well.