tmux lento para interromper o processo com Ctrl-C

Se eu executar um comando com muita saída no tmux, mas decidir cancelá-lo com Ctrl-C, haverá um atraso de 10 a 15 segundos antes que ele pare. No entanto, se eu fizer a mesma coisa fora do tmux, ele será interrompido imediatamente. Por que isso e corrigível?

Na prática, esse problema surge quando estou trabalhando grep -Rem um diretório grande e minha pesquisa não é suficientemente restrita. Uma solução alternativa seria canalizar o resultado wcprimeiro para garantir que a saída não seja muito longa, mas isso é apenas mais uma etapa que eu gostaria de evitar.

Notas:

• Isso tem o mesmo comportamento no Gnome Terminal, uxterm, st e um terminal virtual simples (por exemplo, ctrl-alt-f2), mas o atraso é menor no terminal virtual simples.
• Eu não sou o único: http://www.mail-archive.com/tmux-users@lists.sourceforge.net/msg01569.html
• O atraso será maior se minha janela do terminal for maior. Para um terminal de tela cheia, leva cerca de 15 segundos para parar grep -R(sem outros argumentos) em um diretório inicial desordenado. Para um terminal de 80 × 25 caracteres, ele pára quase imediatamente.

O tmux agora tem as seguintes opções:

c0-change-interval interval
c0-change-trigger trigger

Você pode definir valores para eles, o que facilitará a digitação de ^ C e amigos. Veja man tmux:

Essas duas opções configuram uma forma simples de limitação de taxa para um painel. Se o tmux vê mais do que disparar sequências C0 que modificam a tela (por exemplo, retornos de carro, alimentações de linha ou backspaces) em um milissegundo, ele pára de atualizar o painel imediatamente e, em vez disso, o redesenha inteiramente a cada intervalo de milissegundos. Isso ajuda a evitar que a saída rápida (como sim (1)) sobrecarregue o terminal. O padrão é um gatilho de 250 e um intervalo de 100. Um gatilho de zero desativa o limite de taxa.

Você sempre pode emitir kill-panecomandos de dentro da sessão. Se o texto do terminal parecer lixo renomeando a janela e / ou a emissão resetdeve corrigi-lo.

Como tmuxestá se inserindo entre o catprocesso e seu terminal, ele precisa ler a saída cat, gravá-la no terminal e, ao mesmo tempo, ler sua entrada do terminal (the ^ C) e enviá-la ao shell para interromper o processo. comando. Não sei exatamente o que causa o atraso, mas é algo sobre como os tmuxbuffers de E / S entre você e o shell são executados tmux.

Supondo que você esteja usando ssh em uma conexão de baixa latência, você já tentou usar mosh ? Entre outras coisas muito boas, como previsão de entrada, além de desconexões sobreviventes e até mesmo um IP em mudança no lado do cliente, também melhora especificamente o tempo de reação ao usar Ctrl-C (atualizando apenas o conteúdo do terminal periodicamente em vez de enviar todo o fluxo) .

Você pode usar tmuxdentro moshsem problemas.

Eu estava tendo esse problema com o tmux 2.3. Tentei definir as opções c0-change-interval e c0-change-trigger, conforme descrito acima, mas elas não estão mais disponíveis. Aqui está a mudança do git com a nova solução tentada: https://github.com/tmux/tmux/commit/3f4ee98162cd5bb7000f93fec0e631e123b1281d

A reversão para o tmux 1.8 corrigiu o problema para mim sem ter que definir nenhuma opção.