vscode visual tag studio color code closing brackethighlighter visual-studio file-io antivirus

tag - Desaceleración de Microsoft Visual Studio debido a diferentes escáneres de virus



visual studio code autocomplete html (12)

Basado en instalaciones anteriores en varios trabajos, evaluado empíricamente desde el más lento (muy molesto) al más rápido (casi sin impacto):

No me molestaría con las pruebas de velocidad, etc. que se muestran en los sitios de revisión de AV ya que la mayoría de estos están en entornos controlados, a menudo con el modo de revisión habilitado. El impacto también variará según su entorno de red (grupo de trabajo o dominio) y las políticas aplicadas por el administrador.

Divulgación: Solía ​​trabajar en otro paquete antivirus ahora obsoleto en los años 90.

¿Cuál es el escáner de virus menos lento para usar con Microsoft Visual Studio?

Acabo de tener Microsoft Visual Studio "ir lento" en mí otra vez debido a mi Virus Checker ... (cientos de proyectos, algunos con más de 100 archivos C # en ellos, por lo que cualquier cosa que ralentiza las compilaciones es malo.)

Todos sabemos que las herramientas de desarrollo tienen mucho acceso a los archivos, por lo que Virus Scanner tiene un mal efecto. La mayoría de nosotros tiene que ejecutar un escáner de virus debido a muchas razones.

Entonces, ¿alguien ha medido el efecto de diferentes escáneres de virus (y configuraciones) en la velocidad de Microsoft Visual Studio?

¿Alguien ha vinculado Microsoft Security Essentials con Visual Studio?

Ver también (si tiene el representante, extienda la lista)

¿Cuáles son las experiencias de las personas con Visual Studio 2010 y las comprobaciones de virus?

Lo recibí como parte de un correo electrónico útil de alguien (que cambiaría el nombre sin nombre) a Microsoft hablando en su propio nombre.

No está claro si nosotros ( Microsoft ) podríamos respaldar productos de terceros. Con esto en mente, me di cuenta de que en la publicación Ian se vinculó a ( esta pregunta ) que Computer Associates fue catalogado por alguien como uno de los mejores inspectores de virus para entornos de desarrollo, que curiosamente es un producto que creo que muchos desarrolladores de Microsoft usar en sus escritorios.

Desde que hice esta pregunta, tuve los menores problemas con Microsoft Security Essentials, sin embargo, no tengo hechos ni mediciones para respaldar esto.

Comentaría las respuestas de @MagnusJohannsson o @Rodrigo pero no tiene suficiente reputación. Solo para estar de acuerdo, y +1 para ambos.

Tengo NOD32 4.x en dos máquinas muy similares, 2nd Gen intel SSD tiene mucha RAM, Duo / Quad Core tiene overclockeado, instalaciones limpias de win 7, VS2010.

Han usado NOD32 durante años en muchos cuadros diferentes y muchas compilaciones diferentes sin ningún problema, pero tuvieron un problema horrible en una de las máquinas después de una actualización de hardware y reinstalación del sistema operativo donde ekrn.exe (servicio de NOD) se volvería loco y simplemente se comería toda la CPU me deja tener que cerrar físicamente la caja.

Después de mucho ir y venir con el soporte de ESET, se decidió que era debido a que el acceso al archivo de Visual Studio parecía sospechoso / rápido, y al final excluí las carpetas de mi proyecto, y desde entonces ha estado bien. Curiosamente, fue la carpeta de proyectos para una solución que no estaba usando en ese momento, entonces tal vez una cosa TFS?

De todos modos, este enlace es una guía simple para cualquiera que tenga el mismo problema con la CPU de consumo de ekrn.exe de NOD32.

Excluyendo archivos o carpetas de escaneos en tiempo real

Excluya las carpetas de proyectos y la carpeta de la aplicación de Visual Studio para el escaneo en tiempo real, y programe un escaneo con la frecuencia que pueda sentirse seguro.

He estado tratando de encontrar la respuesta a esta pregunta durante años. Finalmente hice mis propias pruebas para poder hacer una propuesta a mi jefe cuando renovamos nuestras licencias de antivirus. Algunas de las pruebas fueron poco concluyentes, pero en general creo que son lo suficientemente precisas para su consideración. Aquí hay algunos puntos de referencia reales .

No use Kaspersky (el antiguo Tect Review uno) ralentiza la apertura normal del archivo del explorador durante casi 10 segundos (Sí, necesita esperar 10 segundos antes de abrir cada carpeta). Y sí afecta a Visual Studio. La nueva versión no parece tener el problema. Parece que NOD32 tiene este problema, y ​​es un poco más rápido que Kaspersky (ni siquiera sé si es tanto como lo hace Kaspersky).

¡Pero por alguna razón, el firewall NOD32 es malo!

Para ser sincero, mi máquina de trabajo no tiene un escáner de virus instalado, y durante casi 2 años, nunca tuve un problema con los virus porque estoy constantemente detrás de la patrulla web corporativa y otras cosas me mantienen bastante seguro.

En casa, sin embargo, utilizo NOD32, y en 3 máquinas diferentes usando Visual Studio, nunca noté ninguna ralentización. Me disculpo por no tener ningún punto de referencia para medir, solo quería descartar mi "respuesta".

Realmente necesita sopesar las capacidades y el soporte del programa antivirus contra la lentitud. En mi caso, he usado varios diferentes, y la mejor opción fue Avast. La edición de inicio es gratuita y es una de las mejores para actualizar sus definiciones de virus a medida que aparecen nuevas amenazas.

Realmente no he hecho ninguna medición, pero lo que suelo hacer es excluir el escaneo en tiempo real de mi carpeta de desarrollo (generalmente mi carpeta / Projects). De esta forma, el compilador puede trabajar lo más rápido posible durante mis tareas repetitivas diarias. Tengo un escaneo diario que tiene la carpeta en cuestión en su camino, para buscar cualquier posible amenaza. En una nota subjetiva, prefiero usar NOD32.

Tampoco tengo maesurements, pero algunas experiencias:

  • No use McAfee: tuvimos graves problemas de rendimiento (y otros más serios) en varias instalaciones con eso.

  • Utilice Avira AntiVir: según se informa, las tasas de éxito más altas y sin retrasos apreciables. Lo uso desde hace años.

Tendría que estar de acuerdo con la primera respuesta.

He visto que estos problemas difieren entre los trabajos de acuerdo con la verosimilitud de la intención de los administradores de dejar las configuraciones sin cambios para los desarrolladores. Configurar correctamente los escáneres de virus sigue dificultando el desarrollo, pero al menos es soportable.

Así que edito las listas de escaneo para:

  • Excluir todos los directorios de código de desarrollo
  • Excluir áreas temporales generadas de ASP.Net
  • Excluir cachés de Resharper

Encuentro que esto mejora la agitación del disco que de otro modo se produce con Visual Studio, Resharper y un Virus Scanner, todo lo cual daña la unidad. Como siempre , Filemon de SysInternals puede ayudarlo a orientar sus servicios / procesos fraudulentos.

Tenemos antivirus de Trend Micro en funcionamiento, y es terrible. Parece particularmente malo hacer pagos.

Recientemente hemos encargado una nueva máquina de compilación, y el equipo de SI no había establecido exclusiones para las unidades de compilación, y le tomaba 45 minutos verificar el código fuente de TFS. Con el AV apagado, el mismo código fuente exacto tomó aproximadamente 1 minuto y 30 segundos para verificar.

Tener el registro de enlace de ensamblaje de Fusion habilitado en combinación con un escáner de virus puede ocasionar problemas de rendimiento durante el inicio de una aplicación. Deshabilite el registro de Fusion o agregue la carpeta que registra como una exclusión en su escáner de virus.