references - Carpeta Visual Studio y Virus Scan of Temp
php go to definition visual studio code (5)
En mi empresa, accedemos a la pantalla Servicios y configuramos el "escáner de acceso" como "deshabilitado", lo que evita que se inicie al arrancar el sistema (excepto cuando envían una actualización, luego debe hacerlo de nuevo). Vale la pena señalar que puede desactivarlo temporalmente haciendo clic en "detener", pero se reiniciará periódicamente. Configurarlo en "deshabilitado" evita que se reinicie. Mejora el rendimiento 10X. Para mitigar los riesgos de los virus, estamos muy atentos a realizar un análisis completo del sistema periódicamente.
Si debe vivir con el escáner en acceso, no creo que necesite una computadora más rápida. En mi experiencia, siempre es el disco al que se accede, ese es el cuello de botella. Solicite discos de estado sólido y / o una configuración RAID seccionada. Por supuesto, algunos núcleos más nunca lastiman a nadie ... especialmente con ese gran rendimiento de disco, podría ser necesario. pero entonces necesitarías más rendimiento de disco. etc.
Estamos utilizando Visual Studio 2008 como nuestro principal desarrollo IDE. Nuestro equipo de seguridad ha configurado McAfee para analizar archivos en nuestra carpeta / Configuración local / Temp. Lamentablemente, VS usa este directorio durante las compilaciones de código que ralentiza a los desarrolladores. Hemos llegado a un punto muerto con el equipo de seguridad sobre esto, y nos preguntamos si alguien sabe de una configuración en VS donde podríamos cambiar la carpeta donde se escriben esos archivos temporales.
Gracias
Si puede depurar procesos en el cuadro, adjuntar un depurador al escáner de virus y olvidarse de dejarlo ejecutar después de presionar el punto de enlace adjunto mejoraría el rendimiento.
Tal vez te quejes mucho de que necesitas computadoras más rápidas ya que la seguridad adicional te ralentiza tanto. Tenga listos los hechos (como "un tiempo de compilación más lento me cuesta 60 minutos todos los días")
Por lo general, cuando se trata de gastar dinero, la mayoría de las empresas encuentran otras formas de solucionar un problema.
Puede escribir un archivo por lotes que sobrescriba las variables% TEMP% y% TMP% y luego inicia Visual Studio. Cuando el archivo de proceso por lotes sobrescribe variables de entorno es aplicable solo para esa sesión, no modifica el% TEMP% para las aplicaciones iniciadas desde otros archivos / sistemas por lotes directamente.
Utilice la propiedad tempDirectory de la sección de compilación en su web.config:
<compilation debug="true" tempDirectory="C:/Foo">
Asegúrese de darle acceso de escritura a la cuenta ASPNET a C: / Foo (o la cuenta con la que se ejecuta su proceso de trabajo ASP.NET, en mi caso se trata de una cuenta de dominio).