Estou usando o sabor Macports do Emacs no OSX Yosemite e observei que cada segmento do Tramp está lento, sem solução.
O vagabundo é utilizável, mas há um atraso de cerca de 100ms entre cada ação. Não é um problema no final do servidor, porque esse atraso não existe se eu apenas usar o terminal / iTerm apenas para ssh no mesmo servidor.
Eu pensei que talvez o problema estivesse limitado à edição de arquivos, mas acontece que é onipresente. Se estou usando apenas um shell remoto ou apenas pressionando M-x
(com leme) tudo está atrasado.
Eu tentei ssh, scp e rsync como métodos para conectar sem qualquer solução. Também tentei o ControlMaster auto
sem qualquer efeito.
Alguém mais teve esse problema e conseguiu resolvê-lo?
(setq tramp-verbose 6)
e execute novamente seus testes. Haverá um exaustivo buffer de depuração do Tramp, cada entrada iniciada com um carimbo de data / hora. Passe por esse buffer seguindo as(6)
entradas, eles são os comandos enviados remotamente e a saída do shell remoto. Verifique se há atrasos óbvios. Btw, qual versão do Tramp você está usando? Verifique comC-h v tramp-version
.Respostas:
Acontece que foi isso
projectile
que estava causando os problemas. Assim que desabilitei oprojectile-mode
TRAMP, ele foi amanteigado e comecei a entender o hype por trás dele.Espero que isso ajude alguém que tenha esgotado todas as outras opções.
Outra solução que encontrei se você não deseja desativar o projétil constantemente é colocar esse comando no seu
init.el
Acontece que todo o atraso veio do projétil tentando calcular o que colocar como o nome do projeto na linha de modo. Este não é um recurso importante para mim, então você pode configurá-lo para dizer "Projétil"
fonte
(setq tramp-verbose 6)
como outro comentário sugerido.7
e também via perfilelp-*
. Difícil de entender os resultados.Eu também encontrei as soluções nas perguntas frequentes sobre tramp que abordam a aceleração do tramp para funcionar muito bem.
Na página, aqui está o que eu adicionei à minha configuração:
fonte