visual studio rendimiento rapido optimizar muy mejorar mas lento hacer como code acelerar visual-studio visual-studio-2013

visual-studio - rendimiento - visual studio code muy lento



¿Por qué VS 2013 es muy lento? (30)

Explorador de rendimiento

¿Ha estado usando ANALIZAR > Rendimiento y Diagnóstico ? ¡Yo tengo! ¡Es impresionante! Pero es posible que desee limpiar.

Abra el Explorador de rendimiento . Si contrae todos los elementos allí, seleccione todos, luego puede hacer clic con el botón derecho y eliminar .

Mi solución se abre más rápido y en general se está ejecutando mucho más rápido ahora.

También puede observar cambios en su archivo sln como se muestra. Para mí, esta sección fue eliminada de la sln.

GlobalSection(Performance) = preSolution HasPerformanceSessions = true EndGlobalSection

Estoy ejecutando Visual Studio 2013 Pro (versión RTM) en mi PC con formato (instalación nueva de Windows 8.1).

No sé por qué, pero Visual Studio 2013 Pro es muy lento! Lento para construir, depurar, navegar en el IDE ... ¡mi led HDD no se enciende en absoluto!

Estoy en un pequeño proyecto MFC (C ++) usando la biblioteca Boost.

¿Algunas ideas?

Agregué "devenv.exe" como una exclusión de Windows Defender. Esto solucionó mi problema completamente. La gente puede probar esto como su primer intento.

Cambie el valor del registro de Fusion a 0. Se solucionó mi problema

Esta es la clave FusionLog en el registro:

HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/Fusion Check ForceLog value (1 enabled, 0 disabled).

En el caso de las aplicaciones web, otra causa de creación y depuración lentas (pero no de navegación IDE) podría ser la función Enlace del navegador .

Descubrí que con este encendido, la construcción tardaría 4 veces más y la depuración fue dolorosa: después de cada devolución de datos, las páginas web se congelaban durante unos segundos antes de que pudieras interactuar con ellas.

En la edición de la Comunidad VS 2015, experimenté un IDE muy (muy) lento después de cambiar la "Fuente de entorno" en "Herramientas> Opciones ...> Fuentes y colores".

Revertir estas opciones de nuevo al valor predeterminado ("automático") lo resolvió de inmediato.

Es algo relacionado con los controladores gráficos. Si los actualizas estarás bien.

O puede deshabilitar la aceleración de gráficos de hardware en Visual Studio siguiendo estos pasos:

  1. En Visual Studio, haga clic en " Herramientas " y luego haga clic en " Opciones ".

  2. En el cuadro de diálogo Opciones, vaya a la sección " Entorno> General " y desactive la casilla de verificación " Ajustar automáticamente la experiencia visual según el rendimiento del cliente ". (Consulte la siguiente captura de pantalla para este paso).

  3. Desactive la casilla de verificación " Usar aceleración de gráficos de hardware si está disponible " para evitar el uso de la aceleración de gráficos de hardware.

  4. Seleccione o desmarque la casilla de verificación " Habilitar la experiencia visual del cliente enriquecido " para asegurarse de que las visualizaciones ricas estén siempre activadas o desactivadas, respectivamente. Cuando esta casilla de verificación está seleccionada, los visuales enriquecidos se utilizan independientemente del entorno informático. Por ejemplo, los visuales enriquecidos se utilizan cuando ejecuta Visual Studio de forma local en un cliente enriquecido y en un escritorio remoto.

Referencias:

Estaba usando una solución actualizada de Visual Studio 2012. Visual Studio 2013 también actualizó el archivo .suo. Eliminar el archivo .suo de la solución (está al lado del archivo .sln), cerrar y volver a abrir Visual Studio solucionó el problema. Mi archivo .suo pasó de 91KB a 27KB.

Este problema parece ser debido a la desinstalación de la edición compacta de SQL Server (4.0). Tenía este problema y se solucionó después de instalar la edición 4.0 de SQL Server Compact. Al cerrar VS 2013, recibí un mensaje para instalar la edición compacta de SQL Server, ya que el proyecto C ++ necesitaba algo ... no puedo poner el dedo en nada.

Intente configurar el complemento de control de fuente actual en Ninguno ( Herramientas > Opciones > Control de fuente ), si está utilizando el proveedor Microsoft Git , lo que parece ralentizar el VS2013 cada vez más cuanto más grande se vuelve el repositorio.

Tuve todo el marco del dojo bajo el control de la fuente utilizando el proveedor de MS Git y llegó al punto en que hubo retrasos desde el momento en que presioné una tecla hasta el momento en que el glifo aparecería en la pantalla. Así de mal.

Cuando / si necesitas git de nuevo, puedes cambiar al proveedor de tortuga git o Git-Extensions , ambos funcionarán sin ralentización. Me gusta Git-Extensions, personalmente.

La ejecución de las pruebas unitarias fue lenta. Fue un problema ReSharper.

  1. ReSharper> Opciones> Entorno> General ... Borrar cachés
  2. Herramientas> Opciones> ReSharper> General ... Suspender ahora
  3. Cerrar VS
  4. Eliminar archivo suo.
  5. Abre de nuevo.
  6. Vuelva a habilitar ReSharper.

La versión de Mike Flynn no funcionó para mí. Cambiar el nombre de c:/Program Files (x86)/Microsoft Visual Studio 12.0/Common7/IDE/CommonExtensions/Microsoft/TeamFoundation/Team Explorer/Microsoft.TeamFoundation.Git.Provider.dll funcionó para mí.

Lo que lo solucionó fue deshabilitar GIT al no establecerlo en Visual Studio, Options, Source Control.

Ninguna de las sugerencias funcionó para mí, pero resolví mi problema. He probado la mayoría de las otras recomendaciones antes de llegar a la siguiente solución.

Mi Escenario / Problema: Usar VS 2017 con Resharper Ultimate. La entrada del teclado en el IDE se hizo muy lenta como otros lo han descrito. El último cambio que hice a mi solución fue agregar un nuevo proyecto de sitio web, así que lo examiné. Después de probar un montón de cosas, intenté agregar un segundo proyecto de sitio web para poder reemplazar el primero y Visual Studio se quedó en el tanque después de eso. Ya ni siquiera cargaría la solución.

Mi solución: Forcé el cierre de Visual Studio y luego eliminé los proyectos del sitio web recién agregados del archivo sln usando el bloc de notas. Después de guardar e iniciar VS, mi solución se cargó rápidamente y todo parecía volver a la normalidad. Agregué un nuevo sitio web con una configuración ligeramente diferente (vea el pensamiento a continuación) y el problema no se presentó nuevamente.

Mi pensamiento: creo que el problema se originó al crear el nuevo proyecto de sitio web y usar una ruta del sistema de archivos a un recurso compartido de red alojado en Azure. Estoy trabajando con VPN, lo que tiende a ralentizar las cosas y ocasionalmente tengo varios problemas de enrutamiento con algunos servicios, por lo que mi problema / solución podría ser un copo de nieve. Cambié la ruta del sistema de archivos para que sea un repositorio local y publicaré los archivos según sea necesario, lo que parece una forma mucho mejor de hacerlo.

Puedo aconsejar una opción como esta.

El "Lente de código" se puede desactivar como en la imagen. Da mucha bondad de rendimiento.

Si está depurando un sitio web ASP.NET con IE10 +, asegúrese de desactivar el complemento del administrador de contraseñas de ''LastPass'' de IE. ¡LastPass llevará sus sesiones de depuración a un rastreo y reducirá significativamente su capacidad de paciencia!

Le envié un ticket de soporte a Lastpass sobre esto y reconocieron el problema sin ninguna intención de arreglarlo, simplemente diciendo: "LastPass no es compatible con Visual Studio 2013".

Solo pensé que agregaría una posibilidad más para aquellos que terminaron aquí. Para mí, el problema era la página de inicio: descargaba contenido y causaba que Visual Studio se bloqueara. La única solución para mí fue:

  1. Matar el proceso DevEnv desde el Administrador de tareas
  2. Inicie Visual Studio en modo seguro desde la línea de comando:
    devenv.exe /safemode
  3. Vaya a Herramientas >> Opciones y seleccione las opciones de Entorno / Inicio
  4. Elija "Mostrar entorno vacío" para la acción de inicio
  5. Cerrar Visual Studio
  6. Reiniciar normalmente

También me enfrenté a este problema durante bastante tiempo, a continuación se detallan los pasos que realizo y siempre me funcionan:

  • Eliminando el archivo .suo de la solución.
  • Eliminar los archivos temporales de ASP.NET (puede encontrarlo en encontrarlo en % WINDOW% / Microsoft.NET / Framework / Archivos temporales de ASP.NET)
  • Eliminar todos los puntos de interrupción en la aplicación.

También tuve problemas con IDE lento En mi caso instalé

  • Resharper
  • npgsql (baja probabilidad de causar el problema)
  • Entity Framework Power Tools Beta 4

Lo siguiente me ayudó un poco Sincronización deshabilitada - Herramientas -> Opciones -> Configuración sincronizada con el entorno
Selección de complemento deshabilitado - Herramientas -> Estudio -> Opciones -> Control de fuente. Deshabilitado Entity Framework Power Tools Beta 4 - Herramientas -> Extensiones y actualizaciones

Desinstalar JetBrain''s Resharper - ¡WOW! Soy rapido otra vez !!

Tenía el mismo problema y todas las soluciones mencionadas aquí no funcionaron para mí. Después de desinstalar la extensión "Productivity Power Tools 2013". El rendimiento volvió a la normalidad.

Espero que esto ahorre tiempo para alguien.

Tenía instalado un VS2013 y funcionaba sin problemas. En algún momento comenzó a ralentizarse y decidió instalar VS2015. Después de la instalación, nada cambió y ambas versiones construyeron la solución muy lentamente (alrededor de 10 minutos para 18 proyectos en solución).

Luego comencé a pensar en las extensiones recientemente instaladas; la más reciente fue la de las herramientas PHP para Visual Studio (solo en VS2013). No estoy seguro de cómo puede afectar la extensión a otra versión de VS, pero desinstalarla me ayudó a resolver el problema.

Espero que esto ayude a otros a darse cuenta de que no siempre es VS culpa.

Tengo un problema, pero me despacio cuando trato de detener la depuración en VS 2013 y trato esto:

  • Cerrar estudio visual, luego
  • Encuentra la carpeta del proyecto de trabajo.
  • eliminar archivo .suo
  • eliminar / obj carpeta
  • abrir Visual Studio
  • reconstruir

Espero que esto ayude.

Tuve el mismo problema y la única solution que me funcionó fue seguir los 3 pasos que se presentan a continuación:

  1. Limpie la carpeta WebSiteCache (puede encontrarla en C: / Users /% USERNAME% / AppData / Local / Microsoft / WebSiteCache )

  2. Limpie la carpeta "Archivos temporales de ASP.NET" (búsquelo en C: / Users /% USERNAME% / AppData / Local / Temp / Archivos temporales de ASP.NET )

  3. Reiniciar Visual Studio

Espero que te ayude.

Tuve problemas similares al cambiar de VS2012 -> VS2013. El IDE se bloquearía después de casi hacer clic o guardar, la construcción tardaría varias veces más. Ninguna de las soluciones enumeradas aquí ayudó.

Lo que finalmente ayudó fue mover mis proyectos a un disco local. VS2012 no tuvo problemas para almacenar mis proyectos en una red compartida, pero VS2013 por alguna razón no pudo manejarlo.

Tuve un comportamiento de Visual Studio donde la escritura era lenta para mis archivos HTML. Anteriormente, cuando instalé, supuse que, debido a que mis archivos HTML eran HTML genéricos, no era necesario instalar herramientas de desarrollo web desde el componente de carga de trabajo del instalador. Regresé e instalé este bit y el comportamiento de Visual Studio se convirtió en lo que esperaba.

Una cosa más para comprobar; Para mí fue Fusion Logging. Encendí esto hace mucho tiempo y más o menos me olvidé de eso. Deshacerse de los más de 5000 directorios y 1 GB de archivos registrados funcionó de maravilla.

Visual Studio 2013 tiene un servidor de paquetes en ejecución, gastaba hasta 2 millones de K de memoria, lo puse en baja prioridad y afinidad con solo una CPU y VS funcionó de manera mucho más fluida.

Visual Studio Community Edition fue lento cambiando entre archivos o abriendo nuevos archivos. Todo lo demás (por ejemplo, elementos del menú) era normal.

Probé todas las sugerencias anteriores primero y ninguna funcionó. Entonces noté que solo ocurría en una aplicación web MVC4, así que agregué una nueva aplicación web MVC4 y esto fue rápido.

Después de muchas pruebas y errores, descubrí que la diferencia era packages.config : si pongo las referencias de Microsoft en la parte superior del archivo, todo volvería a ser rápido.

Mueva las entradas de Microsoft* a la parte superior.

Parece que no necesita moverlos todos; mover, por ejemplo, <package id="Microsoft.Web.Infrastructure" tiene un efecto notable en mi máquina.

como un aparte

  • Eliminar todo el contenido del archivo también lo hace más rápido *
  • Excluir packages.config de VS no soluciona el problema
  • un amigo que usa Visual Studio 2013 Premium no notó ninguna diferencia en ninguno de estos casos (ambos fueron rápidos)

ACTUALIZAR

Parece que faltan o los paquetes de nuget incompletos localmente son la causa. Abrí el administrador de paquetes y recibí una advertencia: "Faltan algunos paquetes de NuGet en esta solución" y decidí restaurarlos y esto aceleró las cosas. Sin embargo, no me gusta esto, ya que en mi repositorio solo agrego los elementos reales necesarios para la compilación, ya que no quiero inflar mi repositorio, así que al final simplemente eliminé los paquetes.config. Es posible que esta solución no se adapte a sus necesidades, ya que prefiero usar nuget para obtener los paquetes, no manejar las actualizaciones de los paquetes, por lo que esto se romperá si lo usa para ese fin

Yo también he luchado un poco con el mal desempeño en VS 2013 (Premium). Más o menos los mismos problemas que tuvo TS. Navegación lenta, desplazamiento, construcción ... casi todo. Afortunadamente, he logrado resolver mi propio problema al deshabilitar la configuración sincronizada en VS. Vaya a Herramientas -> Opciones -> Configuraciones sincronizadas con el entorno y elimine esta opción desmarcando la casilla de verificación.

¡Espero que esto también solucione sus problemas de rendimiento!

Hola chicos, hay una buena solución para esta solución si experimenta lentitud al renderizar los archivos cs y .cshtml, simplemente cierre todos los archivos abiertos para que la memoria caché se borre y abra los archivos requeridos nuevamente