Mejora / resolución del retraso de entrada del teclado con Visual Studio 2013

16

Tengo un ligero retraso (50-200 ms estimado) con la entrada del teclado (edición de código) desde Visual Studio 2013. El problema no ocurre con Visual Studio 2010. Al escribir, hay un ligero retraso antes de que la tecla aparezca la pantalla. No sé si esto es algo que puedo solucionar.

Aquí hay algunas cosas que pueden reducir el problema.

He usado msconfig para cerrar programas.
Tengo una configuración de monitor dual, con una resolución de 1920x1080 en ambos (1700 MB de memoria de video total de acuerdo con dxdiag)
Usando una computadora portátil, quad-core i7, 8 GB de RAM
Windows 7, 64 bits
El problema ocurre en Visual Studio 2013 (Professional), edición de código (incluido el modo seguro VS2013) (es decir, no mencione complementos en su respuesta si desea votar) - Consulte https://msdn.microsoft.com/en-us /library/ms241278(v=vs.120).aspx para obtener una explicación de lo que hace el modo seguro.
El problema no ocurre en Visual Studio 2010
El problema no ocurre en el bloc de notas
A veces puede empeorar si la computadora ha estado funcionando durante días, reiniciarla temporalmente mejora (pero aún un poco más de retraso que VS2010)

Obviamente, Visual Studio 2013 es más nuevo y tiene más funciones, tal vez una de estas características crea una sobrecarga adicional relacionada con la entrada de código. Cualquier idea que pueda mejorar esto será útil. Prefiero soluciones que son más simples, pero tomaré lo que pueda obtener.

performance visual-studio visual-studio-2013

— Nuzzolilo
fuente

2

Tengo los mismos problemas. Se notó inmediatamente al pasar de VS2012 a VS2013, y mis compañeros de trabajo también experimentaron esto. No solo hay un retraso en la aparición de mi código, sino que parece que las cosas ya no suceden secuencialmente. Un patrón común para mí es control + f, control + v. Eso se pegaría en el diálogo de búsqueda en VS2012, pero en VS2013 se pega en el editor de código antes de que aparezca el diálogo de búsqueda. Cuando me doy cuenta, presiono control + z para deshacer, pero eso termina dentro del diálogo de búsqueda debido al tiempo transcurrido.

— Joseph Lennox

1

¿ Ayuda este hilo ?

— harrymc

No sabía sobre eso, pero lamentablemente no marcó la diferencia en mi caso.

— Nuzzolilo

Debe verificar dos cosas: carga de la CPU y carga de la unidad. Abra el Administrador de tareas y observe la carga de la CPU para determinar si el problema se debe a que la CPU está sobrecargada. Observe el LED del HDD para ver si parpadea rápidamente o si está encendido y fijo para ver si el problema se debe a que el disco duro está siendo dañado (y por lo tanto sobrecargado). Ambos pueden causar este síntoma. Si considera que cualquiera de los dos es el caso, su próximo paso es descubrir por qué el sistema está siendo cargado.

— Synetech

En mi caso, 0% de CPU y 0% de disco. Pero, ¿alguna edición de texto se retrasa mucho? Debe ser debido a algún tipo de complemento o algo.

— Zapnologica

12

También experimenté un serio retraso del teclado al escribir con VS2013. Para mí, las cosas mejoraron mucho al desinstalar un complemento en particular:

Tools --> Extensions and Updates -->  Uninstall Application Insights

No recuerdo haber instalado este complemento, pero se llama Application Insights Tools para Visual Studio . La página de referencia menciona que esta extensión es una vista previa, por lo que vale.

— Chris O
fuente

1

¿Sabes si este problema también ocurrió en modo seguro?

— Nuzzolilo

3

Tuve la misma experiencia con VS 2013 ultimate.

Mejoró mucho cuando desactivé la función CodeLens .

(puede encontrarlo en Opciones -> Editor de texto -> Todos los idiomas -> CodeLens -> desmarque Habilitar CodeLens)

— rerich
fuente

2

Tuve este problema de respuesta de pulsación lenta al editar un archivo Razor (.cshtml) y con ReSharper activo. Había una configuración en el grupo Edición de código dentro de las opciones de ReSharper para Razor -> Acciones de contexto. Hay dos casillas de verificación:

_ Convertir marcado de bloque de afeitar a marcado de línea
_ Convertir marcado de línea de afeitar a marcado de bloque

Ambos fueron revisados, lo que no tenía sentido, así que los desmarqué. Luego volví a editar el archivo y listo, ¡aceleración instantánea de mi escritura!

— usuario452951
fuente

Resharper está deshabilitado en modo seguro. Esta pregunta menciona específicamente que este comportamiento persiste en modo seguro. Sin voto dado.

— Nuzzolilo

Puede haber un error en el guardado de estas configuraciones. Me hizo tropezar. Compruebe que tiene instalada la última versión de R # jetbrains.com/help/resharper/2017.1/…

— cottsak

1

Tuve el mismo problema, pero cuando cerré VS 2013 recibí un error que decía que necesitaba descargar Microsoft SQL Server Compact 4.0. Bueno, fui y lo instalé, luego reinicié VS 2013 y ahora funciona bien y sin problemas.

— Josh
fuente

0

Deshabilitar la actualización automática de Intellisense utilizando "Disable Auto Updating" in Options -> Text Editor -> C/C++ -> Advancedresuelto el retraso para mí (en el caso de archivos C / C ++).

También noté que el uso de archivos más pequeños ayudó, antes de encontrar la configuración anterior. El retraso se manifestó solo al editar el comienzo o la mitad de un archivo largo. Al final de un archivo largo no hubo retraso.

— Roland Pihlakas
fuente

0

En general, la desactivación de pantallas adicionales (segundo o tercer monitor) tuvo los resultados más consistentes para solucionar esto. No sé el proceso exacto que causa la desaceleración, pero la máquina tiene que hacer un gran procesamiento adicional para generar en múltiples pantallas.

Con la PC de escritorio de mi hogar con una Geforce GTX 980 Ti, esto no es un problema. Pero la mayoría de las máquinas estándar incluirán el sutil retraso con múltiples pantallas.

— Nuzzolilo
fuente