Je suis d'accord avec tout ce que tu dis. Si on fait la balance entre + et - pour faire le choix de cette migration, tout ce que tu pointes est clairement en - .
Mais les + sont indéniables :
- Fini les effets crades dès que tu bouge une fenêtre trop rapidement, que la machine rame un peu.
A ce titre, il est très intéressant de voir comment ça se passe sous windows ou mac quand ça rame : on voit un peut comment est architecturé l'affichage.
Sous windows c'est un peu crade, avec des manques de rafraichissement (des bouts de fenêtre affichés les uns sur les autres) et qq incohérences (de cliping surtout), mais rien (malheureusement) de comparable en craditude à X.
Sous Mac c'est difficile de voir un comportement crade. Au pire, la fenêtre devient un carré blanc. Le plus courant sont les saccades. Mais au bout de 4 ans d'utilisation, j'ai beaucoup de mal à prendre Quartz en faute.
X est une horreur en terme d'affichage : désynchro fréquentes, bout de fenêtres qui traine ici et là de 0 à 2s (c'est énorme !). Lenteur sensible, etc...
C'est génial comme tu le soulèves, pour des réseau, avec un affichage monochrome. Mais pour un bureau 3D, les aller-retour entre le serveur et le composant composing, ça le fait pas. Et donc c'est moche, bloat et ça rame. Logique.
Et parlons en, personne n'en a parlé : l'arlésienne XCB ? On attend toujours ! L'affichage à X est toujours synchrone à l'heure ou même les ARM de nos téléphones deviennent multi coeur ! C'est complétement anachronique !
Alors oui, les drivers sont nuls. Ouais ok, c'est vrai on est pas aidé. mais je suis désolé, même en VESA standard, avec une bonne archi ça marche très bien.
Pour voir les effets de transparence et tout le toutim sur un IsaacOS qui a juste son putpixel pour afficher, qui plus est sur une machine d'il y a 10 ans, eh bien ça me prouve que le driver a bon dos.
- Moins de ressources mémoires pompées pour rien. L'architecture pas adapté implique une consommation mémoire et cpu disproportionné.
Bref, se poser la question n'est pas idiot et la tradition et l'empilement de couches géologique de code, bah des fois, faut s'en débarrasser.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker
[^] # Re: j'approuve
Posté par Ontologia (site web personnel) . En réponse au journal Ubuntu abandonne X pour Wayland. Évalué à 10.
Mais les + sont indéniables :
- Fini les effets crades dès que tu bouge une fenêtre trop rapidement, que la machine rame un peu.
A ce titre, il est très intéressant de voir comment ça se passe sous windows ou mac quand ça rame : on voit un peut comment est architecturé l'affichage.
Sous windows c'est un peu crade, avec des manques de rafraichissement (des bouts de fenêtre affichés les uns sur les autres) et qq incohérences (de cliping surtout), mais rien (malheureusement) de comparable en craditude à X.
Sous Mac c'est difficile de voir un comportement crade. Au pire, la fenêtre devient un carré blanc. Le plus courant sont les saccades. Mais au bout de 4 ans d'utilisation, j'ai beaucoup de mal à prendre Quartz en faute.
X est une horreur en terme d'affichage : désynchro fréquentes, bout de fenêtres qui traine ici et là de 0 à 2s (c'est énorme !). Lenteur sensible, etc...
C'est génial comme tu le soulèves, pour des réseau, avec un affichage monochrome. Mais pour un bureau 3D, les aller-retour entre le serveur et le composant composing, ça le fait pas. Et donc c'est moche, bloat et ça rame. Logique.
Et parlons en, personne n'en a parlé : l'arlésienne XCB ? On attend toujours ! L'affichage à X est toujours synchrone à l'heure ou même les ARM de nos téléphones deviennent multi coeur ! C'est complétement anachronique !
Alors oui, les drivers sont nuls. Ouais ok, c'est vrai on est pas aidé. mais je suis désolé, même en VESA standard, avec une bonne archi ça marche très bien.
Pour voir les effets de transparence et tout le toutim sur un IsaacOS qui a juste son putpixel pour afficher, qui plus est sur une machine d'il y a 10 ans, eh bien ça me prouve que le driver a bon dos.
- Moins de ressources mémoires pompées pour rien. L'architecture pas adapté implique une consommation mémoire et cpu disproportionné.
Bref, se poser la question n'est pas idiot et la tradition et l'empilement de couches géologique de code, bah des fois, faut s'en débarrasser.
« Il n’y a pas de choix démocratiques contre les Traités européens » - Jean-Claude Junker