Journal : Comment mieux gérer les plantages de carte graphique
Posté par José JORGE (Jabber id, page perso, ) le 20 août 2007
Un article sur un site de matériel ( http://www.hardware.fr/news/9012/1-plantages-vista-5-dus-x-g(...) ) m'a appris que Windows Vista sait détecter et récupérer un plantage de la carte graphique ( au niveau pilotes ou matériel ). Vu la complexité croissante de cet élément périphérique, qui est passé en quelques années d'une zone mémoire à lire ou écrire à un ensemble de calcul complet (processeur indépendant plus mémoire), cette approche me semble importante : de même qu'on fait de la gestion d'erreurs dans un flux ethernet entre deux machines, pourquoi ne pas profiter de l'indépendance de X pour migrer les applications ouvertes vers une nouvelle instance.
Ma question à 2 balles :
- est-ce possible à l'heure actuelle? (De migrer une fenêtre d'un DISPLAY :0 vers :1 par exemple)
L'intérêt serait de faire un Ctrl+Alt+Backspace et de tout retrouver sans problème ;-)
Ma question à 2 balles :
- est-ce possible à l'heure actuelle? (De migrer une fenêtre d'un DISPLAY :0 vers :1 par exemple)
L'intérêt serait de faire un Ctrl+Alt+Backspace et de tout retrouver sans problème ;-)
> Lire le journal (41 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #860437.
Run by 
Cette page a été générée par Templeet en 0.1174s (dont 0.0115 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Violence des plantages versus leur fréquence.
J'ai que très rarement eu des plantages sous linux (typiquement une fois tous les quatre à six mois), mais ils étaient tous particulièrement violent, c'est à dire un freeze total, où on voyait toujours le bureau mais plus rien ne répondait, même pas un CTRL+ALT+F1 pour accéder à la console. Je pense qu'ils étaient dû au driver proprio nvidia, mais sous windows quand ça venait de la cg (cette fois c'était une ATi) ça me faisait juste un black screen pendant quelques secondes, suivi d'un message avec vpu recover, mais le systeme ne freezait pas. Par contre je plantais bien plus souvent mais c'est une autre histoire.
[^]De l'intérêt des Magic system Request Key
Ca existe depuis pas mal de temps mais bizzarement c'est assez méconnu et assez peu utilisé (vu le nombre de plantages d'un linux... on comprend pourquoi)
Ces commandes permettent de redemarrer un linux planté de façon clean.
Les Magic Keys requièrent l'emploi d'une combinaison de trois touches à la fois.
La touche "ALT" (à gauche de la barre d'espacement, à ne pas confondre avec la touche "ALT Gr"), la touche "SysRq" (System Request), cette touche n'est rien d'autre que la touche appelée et désignée par "Impr écran syst" (en haut à droite des touches F1 à F12), et enfin d'une troisième touche parmi les lettres suivantes :
* R : Raw Met le clavier en mode "raw" (brut). Essayez d'accéder à nouveau à votre clavier.
* S : Sync Synchronisation du disque. Essaie d'écrire toutes les données non sauvegardées.
* E : tErm SIGTERM. Envoie un signal de terminaison à tous les processus, sauf à init.
* I : kIll SIGKILL. Envoie un signal de fin à tous les processus, sauf à init.
* U : Umount Remonte tous les systèmes de fichiers en mode lecture seule. Empêche une vérification du système de fichiers au redémarrage
* B : reBoot Redémarre le système. Plus propre que l'appui sur "reset".
* O : Out Arrête le système.
* L : kilL SIGKILL. Envoie un signal de fin à tous les processus, y compris à init.
* K : Key Envoie un signal de fin à tous les processus de la console virtuelle courante.
* P : Print Affiche le contenu des registres et des drapeaux (flags) dans la console.
* M : Memory Affiche le contenu de la mémoire dans la console.
* T : Task Affiche le contenu des tâches en cours d'exécution et des informations qui les concernent.
* 0-9 : Number Paramètre le niveau de la console de log.
* H : Help Affiche une aide sur les codes touches.
[^]Re: De l'intérêt des Magic system Request Key
question bete est-ce normal que cela ne fonctionne pas avec un ordi portable IBM? Parceque j'ai ma carte ATI qui decide de m'embetter de temps en temps et bon Magic Keys (bien que compile dans le kernel) ne fonctionne pas. Est-ce du au fait que pour avoir SysR il faut presser la touche Fn aussi et que comme le systeme est mort il a perdu aussi l'acces a cette touche un chouilla particuliere?
[^]Re: De l'intérêt des Magic system Request Key
je dirais que la touche "fn" n'est pas vue par l'OS. Sur mon portable (où "impr. écran" est en "fn"), je fais "+fn +alt +sysrq -fn +LETTRE" (remplacer LETTRE par la fonction qu'on veut)
[^]Re: De l'intérêt des Magic system Request Key
Suivant la distribution, ces touches sont ou non prises en compte dans le noyau. C'est le paramètre CONFIG_MAGIC_SYSRQ de la configuration du noyau Linux.
[^]Re: De l'intérêt des Magic system Request Key
Problème : ces "magic key" ne fonctionnent pas toujours en cas de freeze total ...
Et je les connais bien : http://forum.ubuntu-fr.org/viewtopic.php?id=12149 (sujet similaire au tien mais moins complet)
[^]Re: De l'intérêt des Magic system Request Key
Cette fonctionnalité n'est pas toujours activée dans le noyau standard des distributions, ce qui peut en partie expliquer sa méconnaissance. Mandrake/Mandriva le fait depuis longtemps, pour les autres je ne sais pas.
Ça permet 'facilement' de savoir si c'est X qui est planté et 'bloque' le clavier ou bien si c'est vraiment le kernel qui déconne.
[^]Re: De l'intérêt des Magic system Request Key
C'est aussi le cas de Debian et d'Ubuntu. Ça commence à faire du monde ;-).
[^]Re: De l'intérêt des Magic system Request Key
Et Ubuntu veut le gicler tout comme le raccourcis ctrl-alt-back pour fermer X.
Au motif de l'userfriendly.
Hum ...
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: De l'intérêt des Magic system Request Key
En même temps la dernière fois que j'ai voulu recompiler un noyeau Linux (ça date d'il y a quelques années) l'option Magic Keys était dans une rubrique d'options avancées et dangereuses avec plein de warnings partout.
Je n'ai pas d'avis sur le sujet, mais si les développeurs du noyeau me disent de bien faire attention avant d'activer une option du noyeau et de ne le faire que si je suis sur de moi, je préfère m'abstenir.
[^]Re: De l'intérêt des Magic system Request Key
Ce n'est effectivement pas définis par default.
Mais il n'y a rien de vraiment dangereux avec cette option.
il faut juste eviter de l'activer sur une machine en libre accés.
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: De l'intérêt des Magic system Request Key
En même temps recompiler son noyau c'est pas très user-friendly ;-)
sans rire, ces touches posent un gros problème de sécurité quand la machine est d'accès semi-public, parce qu'en gros n'importe qui peut alors faire un DoS local.
Mandriva, dans les petits livrets qui accompagn(ai)ent les boîtes indiquait, comme tout constructeur de matériel, une petite procédure à suivre en cas de panne, et les Magic Keys en faisaient partie (un peu comme "l'appareil ne s'allume pas -> vérifiez qu'il est bien branché").
C'était amusant (mes premiers pas sous Linux... souvenirs, souvenirs...), ça donnait vraiment l'impression que ça doit marcher comme le matériel, c'est à dire sans problèmes récurrents et out of the box !
[^]Re: De l'intérêt des Magic system Request Key
En même temps si j'ai envie de faire un DoS local j'ai plein d'autres moyen pour le faire, genre débrancher le clavier et la souris (la plupart des gens se font avoir), débrancher l'écran ou la prise de courant ...
[^]Re: De l'intérêt des Magic system Request Key
Le must à mon avis reste quand même d'inverser la souris et le clavier (quand ils sont tous les deux en PS2, ce qui est de plus en plus rare)
[^]Re: De l'intérêt des Magic system Request Key
c'est sûr que les échanger quand ils sont en usb ça fait beaucoup moins d'effet.....
[^]Re: De l'intérêt des Magic system Request Key
On m'avait refilé un vieux 286 IBM où on pouvait intervertir la souris et le clavier sur le PS2... comment se fait-il que sur les machines que j'ai vu ensuite cela n'était plus possible ?
[^]Re: De l'intérêt des Magic system Request Key
A bon? j'ai eu l'occasion de tester sur des bécanes beaucoup plus récentes et c'est possible. (Combien de fois j'ai du faire de reset après un branchement en aveugle du clavier et de la souris)
[^]Re: De l'intérêt des souris qui squatent les ports usb
Toi aussi, vote non aux souris de base dell qui prennent un port USB pour rien, alors qu'elles méritent à peine un port ps2.
La bite habite l'Abit à bits
[^]Re: De l'intérêt des souris qui squatent les ports usb
On peut considérer que si la souris et le clavier sont USB, il y a plus de port USB sur la machine.
Je suis pour le clavier et la souris USB, cela simplifie la machine qui ne parle que USB et plus le PS2. Je ne vois pas l'intérêt du PS2 alors que l'USB fait la même chose. C'est même moins cher de ne faire que de l'USB car tu n'as qu'un jeu de composant électronique et qu'une pile logiciel (USB) à gérer.
Bref, vive l'USB, je trouve que DELL à raison d'avoir supprimer le PS2.
[^]Re: De l'intérêt des souris qui squatent les ports usb
"parler" le PS2 est trivial et meme si ta CM n'a plus de connecteur, il a toujours un bout de circuit non branché dans un des puces de ta CM qui est capable de "parler" le PS2.
Pas besoins de "pile" logicielle. Il suffit d'envoyer des octets sur un port et de faire 2/3 configs sur un autre.
"parler" l'usb est beaucoup, beaucoup plus compliqué.
Maintenant qu'il est si répandu, c'est pas trop un problème. Mais devans la simplicité du PS2 ca ne me choque pas du tout d'en voir persister.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Juste comme ça, le but de l'USB quand même c'est bien de prendre tout les périphs pas rapide existant et d'inventer un connecteur et un protocole qui essayerai de se débrouiller pour s'adapter à tout. Dans le monde USB on aurai nos écrans, notre souris, notre clavier, nos disques internes et externes, nos lecteurs disquettes, nos lecteurs/graveurs CD/DVD interne/externe, nos cartes son et autres qui serai reliés en USB.
Avec tout les problèmes que pose l'USB sous windows (drivers des contrôleurs foireux) et sous linux (lorsque l'implémentation acpi est buggé), sans compter les ''mon matériel n'est reconnu qu'une fois sur deux'' (qui ont plus l'air d'être des problèmes d'électronique), les ''erreur : vos ports USB ne peuvent pas fournir plus de courant, débranchez des périphériques'' ...
[^]Re: De l'intérêt des souris qui squatent les ports usb
Dans le monde USB on aurai nos écrans,[...] nos disques internes et externes,[...]nos lecteurs/graveurs CD/DVD interne/externe[...]
Chez moi, tout ces périphériques sont rapides.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Bien sur, mais ils peuvent très bien être ralentis un peu, juste pour pouvoir ''simplifier la connectique'' et faciliter la vie à l'utilisateur lambda (qui ne sait jamais comment brancher les cables, et qui de toute façon préfère payer une installation à domicile). et je suis bien heureux que ça ne soit pas arrivé ;)
Dans la spécification de l'USB 1.1 il était explicitement indiqué que cette norme à pour but de simplifier la vie à l'utilisateur et que pour que ça soit efficace il faut que ça soit massivement utilisé (dommage la spec n'est plus en ligne, mais ça devait être ça en gros)
[^]Re: De l'intérêt des souris qui squatent les ports usb
l'écran ca va etre dur de la ralentir. Surtout l'utilisateur qui vas raler.
Pour le dd, pour du stockage on peut le ralentir, pour le système l'utilisateur va rler a nouveau ;)
Je suis d'accord que le but de l'usb est bien de simplifier la vie et qu'en ce sens il est très bien.
Mais pour des dd externes, rien ne vaut l'esata, pour les écrans du dvi/hdmi/displayport/ ...
Dire qu'il y a 10 ans, tu brancher juste l'écran au secteur et l'uc (qui avait le clavier) à l'écran et voila ca marcher:D
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Juste pour dire que le BUS écran n'est pas un bus lent mais plutôt rapide et qu'il faut un câble de type ethernet pour faire passer la vidéo dessus. Et encore, elle ne passe pas en trame ethernet dessus donc ne peut être commutée par un switch du commerce.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Je suis d'accord pour dire que le PS2 est trivial et un dérivée du RS232.
Cela n'empêche qu'avoir tous les composants en USB simplifie pas mal les choses. On peut brancher sa souris sur un hub USB...
En pratique, cela signifie 2 prises USB de plus à l'arrière du PC et non deux prises USB de moins. Voila pourquoi je n'étais pas d'accord avec le premier argumentaire.
Au niveau matériel, même si le PS2 est trivial, il faut continuer à avoir des périphériques parlant le PS2. Alors qu'avec l'effet de volume, avoir un composant parlant USB n'est pas beaucoup plus cher et permet d'unifier tout cela.
C'est comme ethernet comme bus rapide qui est en train de bouffer petit à petit les autres. Je trouve cela bien. Cela limite le nombre de câble. Par exemple, on a pour le stockage l'iSCSI ou le PoE et de plus en plus de caméra rapide sont connecté en ethernet et plus en firewire. Ne plus avoir de câble SCSI ne me dérange pas, au contraire. Avoir du RJ45 à la place du firewire non plus.
Cette simplification me semble une bonne chose.
[^]Re: De l'intérêt des souris qui squatent les ports usb
on a pour le stockage l'iSCSI
Et pas l'AoE ?
qui est quand meme bien plus simple que l'iscsi et bien moins cher a mettre en place.
(par contre pas routable, donc répond pas forcément aux meme problématiques).
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Si, je me suis mélangé, mon PoE voulait en pratique dire les équipements Coraid en AoE ;-)
[^]Re: De l'intérêt des souris qui squatent les ports usb
Quand tu te retrouve avec un shell en single user avec kernel minimal, si tu n'a que des peripherique USB, tu es mal !
Alors qu'en PS/2, ca passe vraiment dans n'importe quelle situation (du moment que Bios et la CM sont intactes).
Par contre, pourquoi retrouve-t-on encore de l'ISA sur des cartes mére pour AMD64 ?
Qu'est-ce qui tourne uniquement en ISA et qui impose ce bridge PCI->ISA ?
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: De l'intérêt des souris qui squatent les ports usb
J'avoue que je ne boote plus en secours sur sur des live CD (type System Rescue CD) et donc je n'ai pas de problème d'USB et de noyau minimal.
Cela fait des années que je n'est pas booté en single user.
[^]Re: De l'intérêt des souris qui squatent les ports usb
Moi je boot en single user à chaque maj du kernel ubuntu*.
Il y a un module qui fait oopser le kernel et je dois à chaque fois l'effacer de /lib/modules (le blacklistage ne fonctionne pas :-( ).
* D'ailleur il y en a une là.
/me prepare le clavier ps/2 ...
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: De l'intérêt des souris qui squatent les ports usb
Euh... pourquoi tu ne l'effaces pas avant le reboot ?
[ Répondre ] Ce commentaire est-il impertinent ou utile ?
[^]Re: De l'intérêt des souris qui squatent les ports usb
Tout simplement parce que je reboot le plus tard possible ma machine et que j'oublie toujours de le faire à ce moment là.
Mais comme je l'ai evoqué dans le message précedant, je l'ai fait (même si je garde le clavier ps/2 à porté parce qu'il va forcement y avoir un pb ...).
"Les États-Unis sont le seul pays à être passé de la barbarie à la décadence sans connaître la civilisation." -- (origine réelle inconnue) Albert Einstein/Oscar Wilde/Georges Clemenceau/etc..
[^]Re: De l'intérêt des souris qui squatent les ports usb
Tu peux faire un script qui se lance avant le reboot automatiquement et qui te vire ton module.