-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
Windows Defender goes nuts when running rustdoc on some projects #36277
Comments
As for why the issue popped up recently, it could be that |
I understand and that is what I do for now. However, since cargo pulls in and compiles external crates in a subfolder of that same folder, it doesn't seem that safe. And adding exceptions for every |
I googled a bit out of curiosity. It looks like you can submit false positives here: https://www.microsoft.com/en-us/security/portal/submission/submit.aspx Maybe that would resolve the issue? |
@slimsag There's no false positives here. This is simply Windows Defender slowing things down dramatically by checking files produced by |
You're totally right. My apologies -- I misread. On Sep 5, 2016 1:52 AM, "Peter Atashian" notifications@github.com wrote:
|
Can you reproduce the issue still? To be honest, I think rustdoc can't do much about the issue. It has to create a lot of files... |
@kzys What can be done is to make docs optional again: rust-lang/rustup#998 |
In that case, cargo, rustup, or both of them should have the option to not install docs. Rustdoc itself can't do much. |
The real solution here is for |
Sorry if this is too off-topic: How can I exclude ALL nightlies from causing Windows Defender to scan the files they create? I.E. all exe files under I found this answer: @retep998 |
@Boscop help questions are best posed on users.rust-lang.org |
Triage: this is really late (like 6 years later), but current Windows dev recommendations would be to setup a Dev Drive on a sufficiently recent Windows 11 (possible even with ReFS). For dev drive, Windows defender will change its default to be performance mode. But only do that if you can trust the deps / build process / produced artifacts (standard development safety practices apply). I don't think this is very actionable for rustdoc atm. |
The only actionable thing that rustdoc can do here is as I mentioned before: reducing the number of files that are created. Granted, that is a significant undertaking that would involve a drastically different documentation format, so it's not an easy fix. |
rustdoc
gets pretty much completely stalled on some projects by Windows Defender on Windows 10.rustdoc
cpu usage drops to 0%, whileMsMpEng.exe
uses 100% on a single core. This issue seems to have popped up only a few weeks ago.The text was updated successfully, but these errors were encountered: