Como matar um gato fugitivo?

Muitas vezes, acidentalmente, executo o catcomando em arquivos com conteúdo de até alguns milhares de linhas.

Eu tento matar o catcomando com Ctrl+ Cou Ctrl+ Z, mas ambos só entram em vigor após a saída total de catser exibida no terminal, então tenho que esperar até que catseja completamente executado.

Existe uma solução melhor que evite esperar? Porque, às vezes, os arquivos têm tamanho de 100 MB e é irritante esperar por isso.

Eu estou usando tcsh.

Se o (s) arquivo (s) em questão contiver realmente muitos dados que o envio do sinal pode realmente chegar catantes de terminar. O que você realmente observa é a velocidade finita do seu terminal - catenvia os dados para o terminal e leva algum tempo para o terminal exibir tudo.

Lembre-se de que, geralmente, é necessário redesenhar toda a janela de saída para cada linha de saída (ou seja, mover o conteúdo da janela uma linha para cima e imprimir a próxima linha na parte inferior). Embora existam técnicas e algoritmos para tornar isso mais rápido do que se tivesse sido feito da maneira direta, ainda leva algum tempo.

Portanto, se você deseja se livrar da saída o mais rápido possível, oculte a janela do terminal , pois normalmente não ocorre um redesenho real. No ambiente gráfico, isso pode significar minimizar a janela ou alternar para um desktop virtual diferente; no console virtual do Linux, basta alternar para outro (( Ctrl+) Alt+ ).Fx

Observe também que, se você executasse isso em um link de rede lento (SSH em uma conexão GSM, por exemplo), definitivamente veria muito menos saída antes de catser morto pelo sinal, porque a velocidade do terminal não seria mais o gargalo. .

Configuração do Terminal

Eu acho que isso tem mais a ver com a maneira como o terminal é configurado, do que com qualquer problema de buffer. Verifique a saída de stty -a | grep intr, você deve ter intr = ^C;na linha de saída se Ctrl- Cestiver ativado no tty/ pty. Caso contrário, você pode stty intr ^Chabilitá-lo. Adicione a linha ao seu .tcshrcou .loginpara torná-lo permanente (ou exclua a linha que a altera em primeiro lugar!).

Se falhar Ctrl- C, você também pode tentar enviar SIGQUITcom Ctrl- \. Se isso não funcionar, verifique novamente stty -a | grep quitse está configurado corretamente.

Configuração do emulador de terminal

Verifique também as configurações do seu emulador de terminal (se você estiver usando um), pode ser que haja um atalho configurado nesse nível (talvez para cópia ou algo assim) e o Ctrl- Cnão atinja o ptynível. Um atalho também pode ser configurado em outro lugar no ambiente de área de trabalho ou no sistema Windows.

Um bom teste no Linux se você estiver usando um emulador de terminal é alternar para um console Linux ( Ctrl- Alt- F1), faça o login lá e veja se o mesmo comportamento ocorre. Caso contrário, isso sugere que o problema está no seu sistema Windows ou emulador de terminal.

Pode ser um problema com o atraso entre os dados que estão sendo lidos no ptydispositivo, conforme sugerido por peterph . Mas se este é o caso e você tem que realmente esperar minutos para os dados a serem exibidos, então certamente o emulador de terminal é tamponamento maneira demasiados dados (ou o seu PC é muito lento). A resposta seria encontrar uma maneira de reduzir esse tamanho de buffer nas configurações do emulador de terminal ou usar outra.

Dica Extra

Algo mais que vale a pena acrescentar; Normalmente, acabo na catsituação de fuga quando, acidentalmente, catum arquivo binário. O outro efeito disso pode ser alterar as configurações do terminal (se os dados binários coincidirem com vários códigos de escape do terminal, o que geralmente ocorre). Se tputestiver instalado (normalmente é por padrão), você pode evitar ter que reiniciar com o seguinte comando:

tput reset

É para isso que tmuxopção c0-change-intervale c0-change-triggerprojetada. Você deve usar um gerenciador de tela para uma sessão recuperável de qualquer maneira.

A opção Ctrl- Oestá no Unix desde os 110 dias de transmissão. Os comandos fugitivos do gato sempre foram um problema quando um arquivo ASCII longo era despejado no dispositivo de saída lento e o arquivo inteiro era colocado no buffer de saída do driver de dispositivo. Ctrl- Oiniciaria a descarga do buffer e um acompanhamento Ctrl- Oalternaria a descarga para que o gato pudesse ser lido na velocidade normal. Ctrl- Ofoi inserido e o arquivo inteiro descarregou e retornou rapidamente um prompt de comando.

Ainda não se sabe se os codificadores do driver de dispositivo Linux sentiram a necessidade de continuar adicionando esse recurso. Esse recurso foi adicionado no nível do driver de dispositivo, onde Ctrl- Se Ctrl- Qsó podiam ser implementados. Usei isso para despejar grandes execuções de depuração com muitas impressões de cheques e, em seguida, role para baixo até o local que eu precisava ver.

Ao usar o bash, você pode suspender o trabalho usando Ctrl+ Ze depois matá-lo, usando o PID ou seguindo as respostas de https://stackoverflow.com/questions/1624691/linux-kill-background-task (por exemplo, kill -9 %%)

abra um novo console, por exemplo, clicando no ícone do console ou pressionando Ctrl+ Alt+ F2. Lá, entre

killall -9 cat

e o gato será morto, a menos que você tenha um bloqueio NFS antigo ou uma situação de "suspensão ininterrupta" (leia em um setor incorreto sem tempo limite definido).

Você pode tentar com isso

Redefinir o uso da tela -ctrlj

Se o gato ainda estiver em execução, abra um novo terminal e execute pkill -9 -f cat"Isso matará todos os processos do gato".