Ralentissement de Microsoft Visual Studio en raison de différents antivirus
Quel est le scanner de virus le moins lent à utiliser avec Microsoft Visual Studio
Je viens d'avoir à nouveau Microsoft Visual Studio "ralentir" à cause de mon Virus Checker… (100s de projets, certains avec plus de 100 fichiers C #, donc tout ce qui ralentit les builds est mauvais.)
Nous savons tous que les outils de développement font beaucoup d'accès aux fichiers et sont donc mal affectés par Virus Scanner. La plupart d'entre nous doivent exécuter un scanner de virus pour plusieurs raisons.
Est-ce que quelqu'un a mesuré l'effet de différents antivirus (et paramètres) sur la vitesse de Microsoft Visual Studio?
Quelqu'un at-il lié Microsoft Security Essentials avec Visual Studio?
Voir aussi (si vous avez le représentant, veuillez étendre la liste)
- Ce qui ralentit vraiment Windows (Cela contient des données réelles)
- dossier Visual Studio et Virus Scan of Temp
- Optimisations Visual Studio
- Machines de développement et politique anti-virus (Sophos Anti-Virus)
- Configuration antivirus (Symantec Endpoint) pour la machine du développeur
- Logiciel antivirus le moins intrusif pour le développement PC?
- Suggestions pour une configuration matérielle productive avec une excellente protection contre les virus.
- Choisir un logiciel anti-virus (horreur de codage)
Quelles sont les expériences des utilisateurs avec Visual Studio 2010 et les antivirus?
Je l'ai reçu dans le cadre d'un e-mail utile de quelqu'un (qui renommera sans nom) chez Microsoft parlant en son propre nom.
Il n'est pas clair que nous ( Microsoft) serions en mesure d'approuver des produits tiers. Dans cet esprit, j'ai remarqué que dans la publication Ian liée à ( cette question) que Computer Associates a été répertorié par quelqu'un comme l'un des antivirus les plus performants pour les environnements de développement, ce qui est assez intéressant, c'est un produit que je crois que de nombreux développeurs Microsoft utilisent sur leurs ordinateurs de bureau.
Depuis que j'ai posé cette question, j'ai eu le moins de problèmes avec Microsoft Security Essentials, mais je n'ai aucun fait ni aucune mesure à l'appui.
Je n'ai pas vraiment fait de mesures, mais ce que je fais habituellement est d'exclure l'analyse en temps réel de mon dossier de développement (généralement mon dossier:\Projects). De cette façon, le compilateur peut fonctionner aussi rapidement que possible lors de mes tâches répétitives quotidiennes. J'ai une analyse quotidienne qui a le dossier en question sur son chemin, afin de récupérer toute menace possible. Sur une note subjective, je préfère utiliser NOD32.
Je dois être d'accord avec la première réponse.
J'ai vu de tels problèmes différer entre les emplois en fonction de la véracité de l'intention des administrateurs de laisser les configurations inchangées pour les développeurs. Configurer correctement les antivirus empêche toujours les développeurs, mais au moins c'est supportable.
Je modifie donc les listes de scan pour:
- Exclure tous les répertoires de code de développement
- Exclure les zones générées temporaires d'ASP.Net
- Exclure les caches Resharper
Je trouve que cela améliore le débordement de disque qui se produit autrement avec Visual Studio, Resharper et un antivirus qui martèlent tous le lecteur. Comme toujours Filemon de SysInternals peut vous aider à cibler les services/processus escrocs.
Sur la base des installations précédentes à divers travaux, évaluées empiriquement du plus lent (très ennuyeux) au plus rapide (presque aucun impact):
- Symantec (horrible)
- McAfee
- MOY
- ESET
- Computer Associates (excellent)
Je ne m'embêterais pas avec les tests de vitesse, etc. montrés sur les sites d'examen AV car la plupart d'entre eux sont dans des environnements contrôlés, souvent avec le mode d'examen activé. L'impact variera également en fonction de votre environnement réseau (groupe de travail ou domaine) et des stratégies appliquées par l'administrateur.
Divulgation: J'avais l'habitude de travailler sur un autre package antivirus désormais obsolète dans les années 90.
Nous avons l'antivirus Trend Micro au travail, et c'est terrible. Il semble particulièrement mal de passer à la caisse.
Nous avons récemment mis en service une nouvelle machine de génération et l'équipe IS n'avait pas configuré d'exclusions pour les lecteurs de génération, et il fallait 45 minutes pour extraire le code source de TFS. off, le même code source exact a pris environ 1 minute 30 secondes pour vérifier.
Je commenterais les réponses de @ MagnusJohannsson ou @ Rodrigo mais je n'ai pas assez de réputation. Juste pour être vraiment d'accord, et +1 pour les deux.
J'ai NOD32 4.x sur deux machines très similaires, l'abondance de RAM du SSD de 2e génération, les installations overclockées et propres Duo/Quad Core de Win 7, VS2010.
J'ai utilisé NOD32 pendant des années sur de nombreuses boîtes différentes et de nombreuses versions différentes sans aucun problème, mais j'ai eu un horrible problème sur l'une des machines après une mise à niveau matérielle et une réinstallation du système d'exploitation où ekrn.exe (le service de NOD) devenait fou et mangeait simplement tout le CPU me laissant avoir à fermer physiquement la boîte.
Après beaucoup de va-et-vient avec le support ESET, il a été décidé que c'était dû à l'accès aux fichiers Visual Studio suspect/rapide, et à la fin j'ai exclu mes dossiers de projet, et depuis, ça va. Fait intéressant, le dossier de projet était-il une solution que je n'utilisais pas à l'époque, alors peut-être une chose TFS?
Quoi qu'il en soit, ce lien est un guide simple pour toute personne ayant le même problème avec ekrn.exe de NOD32 mangeant le processeur
Exclusion de fichiers ou de dossiers des analyses en temps réel
Je n'ai pas non plus de mesures, mais quelques expériences:
Ne pas utiliser McAfee: Nous avons eu de graves problèmes de performances (et d'autres plus graves) sur un certain nombre d'installations avec cela.
tilisez Avira AntiVir: aurait les taux de réussite les plus élevés et aucun retard notable. Je l'utilise depuis des années.
Le fait d'avoir la journalisation des liaisons Fusion Assembly activée en combinaison avec un antivirus peut entraîner des problèmes de performances lors du démarrage d'une application. Désactivez la journalisation Fusion ou ajoutez le dossier dans lequel il se connecte en tant qu'exclusion dans votre antivirus.
J'essaie de trouver la réponse à cette question depuis des années. J'ai finalement fait mes propres tests afin de pouvoir faire une proposition à mon patron lors du renouvellement de nos licences antivirus. Certains des tests n'étaient pas concluants, mais dans l'ensemble, je pense qu'ils sont suffisamment précis pour votre considération. Voici quelques repères réels .
Vous devez vraiment peser les capacités et la prise en charge du programme antivirus par rapport à la lenteur. Dans mon cas, j'en ai utilisé plusieurs différents, et le meilleur choix était Avast. L'édition Home est gratuite et est l'une des meilleures pour mettre à jour leurs définitions de virus à mesure que de nouvelles menaces apparaissent.
N'utilisez pas Kaspersky (l'ancien Tect Review One), cela ralentit l'ouverture normale des fichiers Explorer pendant près de 10 secondes (Oui, vous devez attendre 10 secondes avant d'ouvrir chaque dossier). Et oui, cela affecte Visual Studio. La nouvelle version ne semble pas avoir de problème. NOD32 ne semble pas avoir ce problème, et est un peu plus rapide que Kaspersky (je ne sais même pas s'il analyse autant que Kaspersky).
Mais pour quelque raison que ce soit, le pare-feu NOD32 est mauvais!
Excluez vos dossiers de projet et le dossier de l'application Visual Studio pour une analyse en temps réel, et planifiez une analyse aussi souvent que vous vous sentez en sécurité.
Pour être honnête, ma machine de travail n'a pas de scanner de virus installé, et depuis près de 2 ans, je n'ai jamais eu de problème avec les virus parce que je suis constamment derrière la patrouille Web d'entreprise et d'autres choses me garde assez en sécurité.
À la maison, cependant, j'utilise NOD32, et sur 3 machines différentes utilisant toutes Visual Studio, je n'ai jamais remarqué de ralentissement. Je m'excuse de ne pas avoir de repères à mesurer, je voulais juste jeter ma "réponse".