2010-08-22 19 views
6

Estoy usando el tema de 256 colores en vim (set t_Co = 256) y todos los archivos php abre unos 8 segundos.(perfil vim) VIM 256 colores modo, archivos laggy php

  • Es mi local de la máquina de doble núcleo
  • No depende de combinación de colores que utilicé (zenburn, wombat, wombat256)
  • HTML, Python, JS o cada demás archivos se abre momentánea
  • se tarda aproximadamente 8 segundos, incluso para crear nuevos archivos php (: o newfile.php)
  • he creación de mi terminal correctly
  • Todo está bien si estoy usando 16 colores (establecido t_Co = 16)

Realmente quiero usar el modo de 256 colores, parece mucho más bonito, pero no puedo deshacerme de estos retrasos.

+0

tiene usted la última versión? Tengo retrasos cuando uso versiones después de 7.2 (pero antes de 7.3). – skeept

+0

sí, tengo retrasos en 7.3 y 7.2, es extraño, pero gVim 7.2 funciona bien – Andrew

+3

Intenta hacer 'vim -c 'establecer verbosefile =./Vim.log verbose = 12' -c 'o newfile.php' -c ' set verbose = 0 '-c' qa! '', luego' gvim -c' set verbosefile =./gvim.log verbose = 12 '-c' o newfile.php '-c' set verbose = 0 '-c' qa! '', luego' diff ./vim.log./gvim.log'. Si hay diferencias significativas (distintas de los números de guiones modificados), pegue ambos archivos en algún lugar. Si no, intente hacer esto con 'verbose = 15'. O haga esto no con gvim, sino con vim con 't_Co = 16' (o con cualquier otra configuración que no cause problemas). – ZyX

Respuesta

3

Forma correcta de encontrar la causa de los problemas de rendimiento en VIM es perfilarlo o comprobar la salida de depuración (opcionalmente, comparando con la configuración vim sin problemas).

Al comparar la salida de depuración:

vim -c 'set verbosefile=./vim1.log verbose=12' -c 'command that causes problem' -c 'qa!' 
vim -c 'set verbosefile=./vim2.log verbose=12' -c 'qa!' 
diff ./vim1.log ./vim2.log 

En algunos casos, también puede aumentar detallado nivel de hasta 15

de perfiles:

vim -c 'profile start ./vim.profile' -c 'profile func *' -c 'profile file *' -c 'command that causes problem' -c 'qa!'