Pressionar ctrl-c várias vezes torna o programa em execução mais rápido?

41

Costumo começar a ler um arquivo enorme e, depois de algum tempo, quero sair, mas há um atraso ao pressionar
Ctrl+ Cpara que o programa pare. Existe uma chance de diminuir o atraso pressionando a tecla Ctrl+ Cvárias vezes? Ou estou desperdiçando minhas teclas?

process kill signals

— The Unfun Cat
fonte

Notei que, ao executar um processo que chama vários processos filhos, o Ctrl-C às vezes interrompe o filho em execução, mas não o processo pai. Isso é verdade bash, mas não é o caso em zshque sempre fecha o pai. Essa é uma das razões pelas quais eu gosto zsh.

— precisa saber é o seguinte

17

Sim, assim como pressionar o botão do elevador ou o botão cross-walk repetidamente fará com que o elevador chegue mais cedo ou a luz fique verde mais rápido.

— Michael Michael

3

Sim, assim como os botões do elevador e da faixa de pedestres, o CTRL-C também pode ficar pegajoso ou enferrujado ou desenvolver conexões duvidosas. Pressionar mais vezes é uma boa tática, porque apenas uma imprensa precisa se registrar para o elevador chegar, o sinal de caminhada acender ou o programa para fechar.

— precisa saber é o seguinte

1

@hippietrail mas o seu shell irá imprimir ^Cquando se registra a imprensa (pelo menos o bash faz)

— wchargin

1

Pelo que vale a pena, não considero desperdiçar minhas teclas - considero exalar alguma frustração de maneira não prejudicial. (Eu costumo bater-lo 2-3 vezes, mas isso é parcialmente porque eu "cresceu" terminais ligados através de linhas telefônicas em que você não pode sempre contar com cada tecla única atingindo a máquina.)

— keshlam

35

Após o primeiro Ctrl-C, o programa receberá SIGINTe normalmente inicia a limpeza (exclusão de arquivos tmp, fechamento de soquetes, etc.). Se você pressionar Ctrl-Cnovamente enquanto isso estiver acontecendo, pode acontecer que você interrompa a rotina de limpeza (ou seja, o sinal adicional pode ser acionado em vez de ser deixado sozinho), deixando uma bagunça para trás. Embora esse geralmente não seja o caso, mais comumente os sinais adicionais são de fato enviados apóso processo foi concluído (devido aos atrasos inerentes na interação do operador com o sistema). Isso significa que os sinais são recebidos por outro processo (geralmente shell, mas nem sempre). Se esse destinatário não manipular esse sinal corretamente (como o shell geralmente faz - veja a resposta de Jenny D), você poderá se surpreender desagradavelmente com o resultado de tal ação.

— John1024
fonte

Por que deveria interromper a rotina de limpeza? É apenas mais um sinal INTque o processo recebe.

— caos

4

@chaos Por que deveria? Deveria se a rotina de limpeza foi interrompida e você deseja interrompê-la. Realmente funciona dessa maneira? Sim, com bastante frequência. Você pode demonstrá-lo simplesmente: faça um script bash com a única linha trap "sleep 20 || echo clean up cancelled!" EXIT ; sleep 10. Execute o script e pressione ctrl-C duas vezes. Você verá que o segundo ctrl-C é passado para a rotina de "limpeza" (na instrução trap) e finaliza seu sleepcomando.

— precisa saber é o seguinte

1

@ John1024 Ah, agora eu vejo. Obrigado pelo trecho de script ^^ Mas, a limpeza não é cancelada, consulte: trap "sleep 20 || echo clean up cancelled!; sleep 10; echo 'but continued'" EXIT ; sleep 10São apenas os sleepcomandos que recebem os sinais. Nós dois estávamos errados xD

— caos

2

Isso está incorreto. A entrega do sinal é síncrona. Se isigestiver ativado, assim que o CTRL-C for pressionado e recebido pelo kernel (para um emulador de terminal, assim que o emulador de terminal o grava no lado mestre do pseudo-terminal), o sinal SIGINT é enviado a todos os processos no grupo de processos em primeiro plano do terminal. Pode estar bloqueado lá, mas não será entregue posteriormente para outro processo. Mesmo que o buffer do dispositivo de terminal esteja cheio (os aplicativos não leram nada do que você digitou), o CTRL-C pulará a fila.

— Stéphane Chazelas

1

Sim, como exemplo, o VLC interpreta vários sinais Ctrl + C como uma maneira de sair de maneira impura, enquanto um único Ctrl + C tenta sair de forma limpa.

— Jeremy Visser

11

Você está desperdiçando eles. Tudo o que acontece é que, uma vez que o servidor termine com a saída da tela, ele receberá vários Ctrl-C. O primeiro será usado para matar o processo, e os seguintes acabarão no seu shell, que parecerá algo como

[user@server]$ ^C
[user@server]$ ^C
[user@server]$ ^C
[user@server]$ ^C
[user@server]$ ^C
[user@server]$

— Jenny D
fonte

6

O processo não termina necessariamente ao enviar um SIGINT. Ele pode permanecer vivo indefinidamente e fazer algo diferente toda vez que Ctrl + C é pressionado.

— Brian Gordon

Verdade. Eu estava fazendo suposições sobre como o usuário está lendo o arquivo.

— Jenny D

5

Resposta curta : se o processo reagir a ele.

Resposta longa : quando você pressiona ctrl+, co kernel envia um sinal para o processo. Qual sinal pode ser determinado pelo seguinte comando:

user@host:~# stty -a | grep -i "\^C"
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;

Veja a página de manual de stty:

   intr CHAR
          CHAR will send an interrupt signal

É o sinal INT, também conhecido como número 2. Quando o processo tem um manipulador de sinal, ele pode reagir a isso. A maioria dos processos executa alguns trabalhos de limpeza para finalizar com sucesso.

— caos
fonte

Ctrl-Z normalmente envia SIGTSTP que pode ser manipulado (ao contrário de SIGSTOP).

— Peterph

4

Não, não é o shell que envia o SIGINT ao processo. É a kernel(a disciplina de linha do terminal, o driver do terminal) que envia o SIGINT para todos os processos no grupo de processos em primeiro plano do terminal.

— Stéphane Chazelas

Futuros leitores, consulte também unix.stackexchange.com/a/120071/135943 .

— Wildcard

4

Você está certo. As teclas pressionadas estão sendo desperdiçadas. Quando você pressiona Crtl+Ce é detectado, há recursos que precisam ser limpos, e é por isso que leva tempo. O único caso possível que eu sei onde Ctrl+Cé necessário pressionar é quando você deseja cancelar um processo de atualização do Yum, onde o Yum exige que você pressione Ctrl+Cduas vezes para confirmar que realmente deseja cancelar.

— Nav
fonte

2

Embora apenas um Ctrl-Cseja necessário no caso geral, há algumas situações em que pode ser necessário. O Python, por exemplo, intercepta Ctrl-Cquando um novo encadeamento está sendo gerado e, se algo der errado no meio do início de vários encadeamentos, é necessário reenviá-lo várias vezes para que ele chegue ao pythonprocesso pai sem ser apanhado.

— Patrick Collins
fonte

1

Isso acontece comigo de vez em quando quando crio scripts python multiencadeados / processados. Às vezes, são necessárias várias impressoras antes que o processo principal seja interrompido.

— Leo

0

Eu sempre tenho que pressionar Ctrlcvárias vezes. Eu nunca o respondi na primeira impressora e tenho que usá-lo várias vezes até que o sistema realmente perceba que está Ctrlcsendo enviado. Parece que realmente perde / perde a maioria deles.

— user280568
fonte