Elles claqueront pareil sous Wayland, a moins que l'on modifie complètement toute l'architecture sous-jacente DRI/Pilote graphique. Ce n'est pas un problème de Xorg/XFree, encore moins un problème de X11R6 - c'est juste que les cartes graphiques grand public ne sont pas prévue pour gérer les switch de context autrement qu'à la sauce windows. Après la carte graphique se bloque, et X ne peut plus rien y faire.
euh... Moui donc les utilisateurs de soft 3D doivent utiliser Windows. Mauvaise réponse.
Suffit pour les maceux, de faire fonctionner un soft OpenGL sous X ( par exemple la version Linux via XWine ) et le même soft nativement sous Quartz pour voir que le problème n'est pas matériel " lié à Windows ".
Un patch pour X un jour ou ... pas ?
Ah, et donc le plantage de X , c'est aussi la perte de toutes les applis ouvertes, ya moyen de corriger ce problème ou " toujours pas " ( par exemple en utilisant quelque chose comme screen en version graphique ) ? Et sous Wayland , le problème existera-t-il toujours ou " pas " ?
X11R6 incompatible par nature avec la gestion de plusieurs applis chacune sur carte graphique différente, voire plusieurs machine différentes ? Faut le dire vite à SGI. La force de X11R6 est justement qu'on peut gérer chaque sous fenêtre d'une appli depuis une source différente, du moment que ça peut pondre un "drawable" ça marche. Et sinon c'est pas les extensions de bypass et d’accès direct qui manquent.
Rappel ma question était :
Est ce que l'adressage mémoire actuel est capable
Non ! Le sera-t-il un jour ?
Non !
Tout le monde sait que X est capable d'utiliser 1 serveur par application, et même une fenêtre par " élément dessinable " comme un onglet Firefox ou une zone Flash dans une page Web. Tout le monde sait que l'élément " serveur X " peut utiliser l'une ou l'autre des 2 CG , et avec le patch " fenêtre ", chaque " fenêtre " peut faire de même.
C'est juste que c'est pas utilisé par la grande majorité des gestionnaires de bureau actuels. ( Est-ce que ça le sera un jour ? ). Mais rien dans la XLib ne permet une réservation de mémoire divisée par GPU. Rien. Et ça sera jamais fait. ( Et ça, c'est pas moi qui le dit, ce sont les dev Xorg ).
Ceci est l'une des raisons premières et historiques du choix Wayland.
Oui quelques unes. XLib, XMotif ou TK, ca doit faire quoi 75/80% du parc existant grand maximum. Une paille. Il y a pas que le Desktop de hobbyiste dans la vie.
Euh non, ça fait 100% du parc existant. Toutes les distributions Linux existantes utilisent la XLib dès qu'y est installé Xorg.
Mais combien de logiciels " sont à réécrire " , en dehors des libs comme GTK et Qt ?
2 % ? 1 % ?
Sachant que FreeDesktop avait marqué du sceau de l'obsolescence la XLib qui aurait dû être remplacé par XCB, de toutes façons ces logiciels n'auraient pas passé sans heurts le passage à XCB.
[^] # Re: Fenêtre
Posté par houra . En réponse à la dépêche Pourquoi Wayland veut remplacer X. Évalué à 3.
euh... Moui donc les utilisateurs de soft 3D doivent utiliser Windows. Mauvaise réponse.
Suffit pour les maceux, de faire fonctionner un soft OpenGL sous X ( par exemple la version Linux via XWine ) et le même soft nativement sous Quartz pour voir que le problème n'est pas matériel " lié à Windows ".
Un patch pour X un jour ou ... pas ?
Ah, et donc le plantage de X , c'est aussi la perte de toutes les applis ouvertes, ya moyen de corriger ce problème ou " toujours pas " ( par exemple en utilisant quelque chose comme screen en version graphique ) ? Et sous Wayland , le problème existera-t-il toujours ou " pas " ?
Rappel ma question était :
Non ! Le sera-t-il un jour ?
Non !
Tout le monde sait que X est capable d'utiliser 1 serveur par application, et même une fenêtre par " élément dessinable " comme un onglet Firefox ou une zone Flash dans une page Web. Tout le monde sait que l'élément " serveur X " peut utiliser l'une ou l'autre des 2 CG , et avec le patch " fenêtre ", chaque " fenêtre " peut faire de même.
C'est juste que c'est pas utilisé par la grande majorité des gestionnaires de bureau actuels. ( Est-ce que ça le sera un jour ? ). Mais rien dans la XLib ne permet une réservation de mémoire divisée par GPU. Rien. Et ça sera jamais fait. ( Et ça, c'est pas moi qui le dit, ce sont les dev Xorg ).
Ceci est l'une des raisons premières et historiques du choix Wayland.
Euh non, ça fait 100% du parc existant. Toutes les distributions Linux existantes utilisent la XLib dès qu'y est installé Xorg.
Mais combien de logiciels " sont à réécrire " , en dehors des libs comme GTK et Qt ?
2 % ? 1 % ?
Sachant que FreeDesktop avait marqué du sceau de l'obsolescence la XLib qui aurait dû être remplacé par XCB, de toutes façons ces logiciels n'auraient pas passé sans heurts le passage à XCB.
Sedullus dux et princeps Lemovicum occiditur