MicrosoftVisualStudio 由于不同的病毒扫描程序而减速

与 MicrosoftVisualStudio 一起使用的最慢的病毒扫描程序是什么

由于我的病毒检查器，我刚刚又让微软 Visual Studio“慢下来”了。(100个项目，有些有超过100个 C # 文件，所以任何减慢构建速度的东西都是不好的

我们都知道，开发工具做了大量的文件访问，所以是恶劣的影响，由病毒扫描器。由于许多原因，我们大多数人都必须运行病毒扫描程序。

那么，有没有人 量过了的影响，不同的病毒扫描器(和设置)对速度的微软视觉工作室？

有人把 Microsoft Security Essentials和 Visual Studio 绑在一起吗？

另见(如果你有代表，请扩大名单)

人们对 VisualStudio2010和病毒检查器有什么体验？

我收到这封来自微软某人的邮件，他代表自己发了一封有用的邮件(这封邮件将会更名为匿名)。

目前还不清楚我们(微软) 能够支持第三方 考虑到这一点，我做了 注意到伊恩在帖子中链接了 (这个问题) 电脑联合公司被某人列为 表现最好的病毒之一 开发环境检查器, 有趣的是 我相信很多微软的产品 开发人员在他们的桌面上使用。

自从问了这个问题之后，我在 Microsoft Security Essentials 方面遇到的问题最少，但是我没有任何事实或测量来支持这个问题。

22729 次浏览
小开

老实说，我的工作机器没有安装病毒扫描器，而且近两年来，我从来没有遇到过病毒的问题，因为我一直在公司网络巡逻和其他事情让我相当安全。

然而在家里，我使用 NOD32，在3台不同的机器上都使用 Visual Studio，我从来没有注意到任何减速。我为没有任何标准可以衡量而道歉，只是想抛弃我的“答案”

小开
最佳答案

我没有真正做过任何测量，但我通常做的是排除实时扫描我的开发文件夹(通常是我的: 项目文件夹)。 这样，编译器可以在我每天重复的任务中尽可能快地工作。 我每天都会扫描那个文件夹以便找到任何可能的威胁。 主观上，我更喜欢使用 NOD32。

小开

不要使用卡巴斯基(老的 Tect Review) ，它会减慢正常浏览器文件打开的速度近10秒(是的，你需要等待10秒才能打开每个文件夹)。是的，它会影响到 Visual Studio。新版本似乎没有问题。NOD32似乎没有这个问题，而且比卡巴斯基稍微快一点(我甚至不知道它是否像卡巴斯基那样扫描)。

但不知道为什么，NOD32防火墙就是不好！

小开

根据以前不同作业的安装情况，经验从最慢(非常烦人)到最快(几乎没有影响) :

我不会为在 AV 评论站点上显示的速度测试等操心，因为大多数测试都是在受控环境下进行的，通常都启用了评论模式。这种影响还会因网络环境(工作组或域)和管理员强制执行的策略而有所不同。

在90年代，我曾经做过另一个现在已经过时的杀毒软件包。

小开

我们有趋势微杀毒软件在工作，它是可怕的。它似乎特别糟糕的做结帐。

我们最近委托了一台新的构建机器，而 IS 团队还没有为构建驱动器设置排除，从 TFS 检查源代码需要花费45分钟。关掉视频后，同样的源代码大约花了1分30秒才检查完毕。

小开

排除您的项目文件夹和可视化工作室应用程序文件夹进行实时扫描，并安排一次扫描，只要你觉得安全。

小开

我也没有测量，但有一些经验:

  • 不要使用 McAfee: 我们在一些安装中遇到了严重的性能问题(和其他更严重的问题)。

  • 使用 Avira AntiVir: 据报道成功率最高，并且没有明显的延迟。我使用它已经很多年了。

小开

我同意第一个答案。

我见过这样的问题，不同作业之间的差异取决于管理员保持开发人员配置不变的意图的速度。正确设置病毒扫描器仍然会阻碍开发，但至少它是可以忍受的。

所以我将扫描列表编辑为:

  • 排除所有开发代码目录
  • 不包括临时 ASP.Net 公共区域
  • 不包括 Resharper 缓存

我发现这改善了磁盘颠簸，否则发生与 VisualStudio，Resharper 和病毒扫描器都锤击驱动器。SysInternals 的 Filemon总是能够帮助您瞄准流氓服务/进程。

小开

会评论从 @ MagnusJohannsson或 @ Rodrigo的答案，但没有足够的声誉。只是同意真的，和 + 1为两者。

我有 NOD324. x 在两个非常相似的机器，第二代英特尔 SSD 的大量内存，双/四核心的超频，干净安装的赢7，VS2010。

我已经在很多不同的机器上使用 NOD32很多年了，而且在很多不同的版本上都没有任何问题，但是在硬件升级和重新安装操作系统之后，在其中一台机器上出现了一个可怕的问题，在那里 ekrn.exe (NOD 的服务)会发疯，吃掉所有的 CPU，让我不得不实际关闭机器。

经过大量的来回与 ESET 的支持，它被认为是由于 Visual Studio 文件访问看起来可疑/快，最后我排除了我的项目文件夹，从那以后一直很好。有趣的是，我当时没有使用的解决方案的项目文件夹，所以可能是 TFS 的东西？

无论如何，这个链接是一个简单的指南，任何人有相同的问题与 NOD32的 ekrn.exe 吃 CPU

从实时扫描中排除文件或文件夹

小开

您确实需要权衡反病毒程序的性能和支持是否缓慢。在我的案例中，我使用了几种不同的方法，最好的选择是停止。家庭版是免费的，他们是其中一个最好的关于更新他们的病毒定义作为新的威胁出现。

小开

将 启用融合程序集绑定日志记录与病毒扫描器结合使用可能会在应用程序启动期间导致性能问题。要么禁用 Fusion 日志记录，要么在病毒扫描程序中添加它作为排除条件记录的文件夹。


提交答案