Comment tuer un processus IRQ à Linux?
Je ne peux pas tuer irq/${nnn}-nvidia par kill -9 ou pkill -f -9. Quelqu'un comment tuer ou arrêter ces processus?
(J'utilise Ubuntu 16.04, si cela est pertinent.)
Comme @Hobbs a expliqué, c'est un fil de noyau. Plus large perspécaire est la suivante:
La manipulation de l'IRQ est une chose problématique dans tout système d'exploitation, car l'interruption peut arriver à tout moment, même si le noyau fonctionne au moment où une tâche complexe et de nombreuses ressources sont incompatibles (les pointeurs indiquent des adresses invalides, etc.). Cela peut être résolu par les serrures, c'est-à-dire que nous n'autorisons pas les gestionnaires d'interruption à exécuter jusqu'à ce que l'état cohérent et cohérent n'est pas atteint. Il présente le principal inconvénient que trop de serrures rendent le système lent et inefficace.
Ainsi, la solution optimale pour le problème est la suivante:
- les gestionnaires d'interruption du noyau sont si courts que possible
- leur seule tâche consiste à déplacer toutes les données d'interruption pertinentes dans un tampon temporaire
- cependant, quelque chose dans le "fond", fonctionne continuellement sur ce tampon et le véritable fonctionne sur les interruptions.
Ce sont les fils de noyau de handicap d'interruption. Ce sont des fils de noyau, nommément:
- vous les voyez dans le
topcomme processus normaux, - cependant, vous voyez comme si elles utilisaient zéro mémoire,
- et oui, cela est vrai, car aucune mémoire d'espace utilisateur réelle ne leur appartient.
Ils sont essentiellement dans le fond des fils du noyau.
Vous ne pouvez pas tuer les fils du noyau, ils sont entièrement gérés par le noyau. Si vous pouviez les tuer, le gestionnaire IRQ/142 de votre pilote NVIDIA n'existerait plus, c'est-à-dire si votre vidéocole envoie une interruption, rien ne le gérerait. Le résultat serait probablement un gel, mais votre vidéo ne fonctionnerait sûrement plus.
Maintenant, le problème de votre système est que ce gestionnaire d'interruption reçoit beaucoup de ressources de la CPU. Il peut avoir plusieurs raisons:
- Sur une raison quelconque, le matériel (dans ce cas, votre carte vidéo) envoie simplement tellement d'interruptions que votre CPU ne peut pas les gérer.
- Le matériel est buggy.
- Le conducteur est buggy.
En connaissant la qualité des pilotes NVIDIA, malheureusement cette dernière version est la plus probable.
La solution consiste à réinitialiser ce pilote d'une manière ou d'une autre. Quelques idées, commandées ascendantes par brutalité:
- Exécution du processus accéléré 3D n'est-il pas en arrière-plan? Google Earth, par exemple? Si oui, arrêtez-le ou tuez-le.
- De x, passez à la console de caractères (ALT/CTRL/F1) puis en arrière (Alt/Ctrl/F7). Ensuite, la majeure partie de l'initialisation vidéo sera réinitialisée.
- Redémarrez x (sortie normalement ou alt/ctrl/arrière-backspace tue le serveur X)
- Kill X (killall -9 xorg, mieux si vous faites cela de la console de caractères)
Si vous avez tué X et qu'il reste encore ce fil de noyau, vous pouvez essayer de supprimer le module NVIDIA Kernel (vous pouvez le voir dans la liste donnée par lsmod, vous pouvez le supprimer par rmmod ). Le redémarrage de x insignez-le automatiquement, réinitialisant le matériel.
Si rien ne fonctionne, vous devez redémarrer. Si même le redémarrage ordinaire ne fonctionne pas, vous pouvez le faire avec une brutalité supplémentaire, avec et Alt/PrintScreen/s suivant par un alt/PrintCreen/b.
Extension: en tant que solution de contournement temporaire, vous pouvez essayer de donner une très faible priorité à cette tâche (renice +20 -p 1135). Ensuite, cela fonctionnera toujours, mais cela fera nuire beaucoup moins vos performances du système.
Vous ne pouvez pas. Ce n'est pas un processus, c'est un fil de noyau. Vous ne pouvez pas le tuer, et si vous avez réussi à vous rendre votre système (plus) inutilisable.