Si vous appuyez plusieurs fois sur ctrl-c, le programme en cours se ferme plus rapidement?

Je commence souvent à lire un fichier volumineux, puis je veux quitter au bout d'un moment, mais il y a un décalage entre l'appui sur
Ctrl+ Cet l'arrêt du programme. Existe-t-il une chance de réduire le décalage en appuyant plusieurs fois sur la touche Ctrl+ C? Ou est-ce que je gaspille mes touches?

Après la première Ctrl-C, le programme recevra SIGINTet commencera généralement le nettoyage (suppression des fichiers tmp, fermeture des sockets, etc.). Si vous frappez de Ctrl-Cnouveau pendant que cela se produit , il peut arriver que vous interrompiez la routine de nettoyage (c’est-à-dire que le signal supplémentaire risque d’ être exploité au lieu d’être laissé seul), laissant ainsi un désordre derrière vous. Bien que ce ne soit généralement pas le cas, le plus souvent, les signaux supplémentaires sont envoyés aprèsle processus est terminé (en raison des retards inhérents à l'interaction de l'opérateur avec le système). Cela signifie que les signaux sont reçus par un autre processus (souvent shell, mais pas toujours). Si ce destinataire ne gère pas correctement ce signal (comme le fait d'habitude Shell - voir la réponse de Jenny D), vous risquez d'être désagréablement surpris par le résultat de cette action.

Vous les gaspillez. Tout ce qui se passe, c'est qu'une fois que le serveur a terminé avec la sortie d'écran, il en reçoit plusieurs Ctrl-C. Le premier sera utilisé pour tuer le processus, et les suivants se retrouveront dans votre shell, qui ressemblera à quelque chose comme:

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

Réponse courte : Si le processus y réagit.

Réponse longue : lorsque vous appuyez sur ctrl+, cle noyau envoie un signal au processus. Quel signal peut être déterminé par la commande suivante:

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

Voir la page de manuel de stty:

   intr CHAR
          CHAR will send an interrupt signal

C'est le signal INT, également appelé numéro 2. Lorsque le processus a un gestionnaire de signal, il peut réagir à cela. La plupart des processus effectuent certains travaux de nettoyage pour aboutir.

Tu as raison. Les touches sont gaspillées. Lorsque vous appuyez sur le bouton Crtl+Cet que celui-ci est détecté, des ressources doivent être effacées, ce qui explique le temps nécessaire. Le seul cas où je sache où il Ctrl+Cest nécessaire d’ appuyer est lorsque vous souhaitez annuler un processus de mise à jour de Yum, où Yum vous oblige à appuyer Ctrl+Cdeux fois pour confirmer que vous souhaitez réellement annuler.

Bien qu’un seul Ctrl-Csoit nécessaire dans le cas général, il existe certaines situations où cela peut être nécessaire. Python, par exemple, intercepte Ctrl-Clorsqu’un nouveau thread est créé. Ainsi, en cas de problème lors du démarrage de nombreux threads, il est nécessaire de le renvoyer à plusieurs reprises afin qu’il parvienne au pythonprocessus parent sans être ignoré. pris.

Je dois toujours appuyer Ctrlcplusieurs fois. Je ne l'ai jamais fait répondre à la première presse et je dois l'utiliser plusieurs fois jusqu'à ce que le système se rende compte qu'il y a un Ctrlcenvoi. On dirait qu’il en manque ou en perd la plupart.