Bonjour
Certains systèmes d'exploitation (BSD, Mac OS X 10.4, Vms) offrent en standard le Control T: presser ces touches pendant l'exécution d'un programme affiche le Cpu consommé par le process, les I/O...
On peut ainsi voir si le programme est bloqué ou non :-)
Par exemple pour Mac OS X 10.4
http://www.macosxhints.com/article.php?story=200505201204071(...)
BSD et Vms offrent cela depuis la V 1.0 (il me semble).
Certains programmes Linux offrent cela :
dd, fsck, dump, cp, tcpdump, tethereal, tshark
et sans doute d'autres.
Une personne a proposé une modif sur la Linux Kernel Mailing List pour un kernel 2.4, mais cela n'a pas été suivi:
http://www.cs.tau.ac.il/~didi/ctrl-t/
Est-ce qu'un patch ou un projet existe pour avoir en permanence le Control T sous Linux ?
Merci
Journal Linux et le Ctrl T
6
jan.
2008
# C'est pourtant simple !
Posté par Miod in the middle . Évalué à 2.
- le processus doit gérer SIGINFO et déclencher l'affichage de quelque chose de sensé après la réception de ce signal (ce que fait par exemple fsck, au moins dans le monde BSD) ;
- le terminal doit être configuré pour que ^T provoque l'envoi de SIGINFO au processus. Cela peut se régler par stty, et cela peut également faire partie de la configuration par défaut du terminal.
Bref, tout ceci est trivial et totalement indépendant du système Un*x considéré.
[^] # Re: C'est pourtant simple !
Posté par IsNotGood . Évalué à 1.
Et aussi d'une utilité douteuse sur un système qui marche.
Pourquoi pas un ctrg-g qui lance gdb sur le processus et faire le dump de pile tant qu'on y est...
Que des applis le fassent, pourquoi pas.
Que ça devienne un standard, je doute sérieusement de l'intérêt.
Puis ça va être une source de troll a n'en plus finir. J'ai fait ctrl-T avec bidule et j'ai 60 % et avec machin j'ai 50 %.
Ça va être passionnant...
Quand une applie est bloquée (ou excessivement lente sans retour d'info) ben c'est un bug. Inutile d'avoir ctrl-T pour le savoir.
Les testeurs/développeur savent utiliser top, etc...
[^] # Re: C'est pourtant simple !
Posté par Miod in the middle . Évalué à 3.
Pourquoi pas un ctrg-g qui lance gdb sur le processus et faire le dump de pile tant qu'on y est...
Et pourquoi pas un ctrl-C qui enverrait SIGINT au processus ? Ou ctrl-Z qui enverrait SIGSTOP ?
Ah mince, ça existe déjà...
Quand une applie est bloquée (ou excessivement lente sans retour d'info) ben c'est un bug. Inutile d'avoir ctrl-T pour le savoir.
Pas d'accord. Une application Unix n'a pas à être inutilement verbeuse, surtout quand tu veux pouvoir l'utiliser dans un script, et ce même si son exécution prend du temps (ssh-keygen, par exemple).
# ...
Posté par M . Évalué à 3.
# /me pas réveillé...
Posté par windu.2b . Évalué à 2.
Donc je confirme, Firefox ne gère pas le SIGINFO :-p
[^] # Re: /me pas réveillé...
Posté par mats . Évalué à 1.
Le seul problème, c'est qu'il ouvre un nouvel onglet, ce qui n'est pas ce que tu recherches. Mais bon, stop au dénigrement s'il vous plait :-)))))
[^] # Re: /me pas réveillé...
Posté par Benoît Sibaud (site web personnel) . Évalué à 2.
Ctrl + Shift + t ouvre un onglet dans un gnome-terminal aussi.
Ctrl + Shift + t récupère les messages dans Thunderbird/Icedove.
Ctrl + t arrête l'horloge dans GTimer.
Ctrl + t ouvre un onglet dans XChat.
...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.