Perte du serveur X , la plupart du temps après mise à jour du noyau ou du driver de la carte graphique
Je vois 3 causes possibles: un problème du noyau ou du driver, un problème d'X, donc ce n'est pas forcément la faute d'X, cela peut être celle des couches basses: pas si simple de déterminer un coupable..
Pour le problème de réparation d'affichage:
1) quand c'est l'installation initiale je suis bien d'accord que la plupart des distributions sont très mal fichue:
cas classique: l'installeur graphique s'affiche sans problème, mais quand tu reboute après installation, plus d'affichage: p... de distributions, si l'installeur est capable de s'afficher en mode graphique alors il doit être possible d'avoir un mode de secours pour afficher aussi le bureau!
Mais c'est un problème de développeur de distributions pas très futés, pas un problème d'X.
2) pour les mises à jour qui cassent X: je ne vois pas en quoi avoir un multiboot est une solution inférieure au mode graphique dégradé de Windows..
Raccourcis Claviers
Là je suis bien d'accord que les raccourcis clavier et X, c'est le bordel intégral. Documentation faible, code peu réputé, etc..
Note qu'avec Wayland, ça ne sera pas forcément mieux: ils ont prévu de récupérer toute la partie de soft d'X pour faire les input (car c'est très compliqué à faire apparemment), mais bon, croisons les doigts peut-être qu'ils y aura un nettoyage au passage..
Latence
Euh, je ne sais pas: j'ai déjà joué a des jeux du style Tron en LAN avec une latence très faible (sauf quand le réseau saturait bien sûr),
mais tu ne donnes pas assez de détail pour comprendre d'ou vient le probleme de latence qui tu soulève.
Pour l'utilisation de multiple GPU, je suis d'accord que l'implementation actuelle d'X ne fait pas grand chose, mais je ne pense pas que ce soit un problème lié au protocole X seulement à l'implémentation du serveur X..
[^] # Re: Poubelle X11.
Posté par reno . En réponse à la dépêche Effervescence autour de la pile graphique libre. Évalué à 2.
Je vois 3 causes possibles: un problème du noyau ou du driver, un problème d'X, donc ce n'est pas forcément la faute d'X, cela peut être celle des couches basses: pas si simple de déterminer un coupable..
Pour le problème de réparation d'affichage:
1) quand c'est l'installation initiale je suis bien d'accord que la plupart des distributions sont très mal fichue:
cas classique: l'installeur graphique s'affiche sans problème, mais quand tu reboute après installation, plus d'affichage: p... de distributions, si l'installeur est capable de s'afficher en mode graphique alors il doit être possible d'avoir un mode de secours pour afficher aussi le bureau! Mais c'est un problème de développeur de distributions pas très futés, pas un problème d'X.
2) pour les mises à jour qui cassent X: je ne vois pas en quoi avoir un multiboot est une solution inférieure au mode graphique dégradé de Windows..
Là je suis bien d'accord que les raccourcis clavier et X, c'est le bordel intégral. Documentation faible, code peu réputé, etc..
Note qu'avec Wayland, ça ne sera pas forcément mieux: ils ont prévu de récupérer toute la partie de soft d'X pour faire les input (car c'est très compliqué à faire apparemment), mais bon, croisons les doigts peut-être qu'ils y aura un nettoyage au passage..
Euh, je ne sais pas: j'ai déjà joué a des jeux du style Tron en LAN avec une latence très faible (sauf quand le réseau saturait bien sûr),
mais tu ne donnes pas assez de détail pour comprendre d'ou vient le probleme de latence qui tu soulève.
Pour l'utilisation de multiple GPU, je suis d'accord que l'implementation actuelle d'X ne fait pas grand chose, mais je ne pense pas que ce soit un problème lié au protocole X seulement à l'implémentation du serveur X..