Phoronix souhaite savoir comment vous utilisez Xorg

Posté par . Modéré par Bruno Michel.
Tags :
17
16
nov.
2008
Serveurs d'affichage
Le site web Phoronix, qui propose des tests de matériels et de logiciels sous des OS de type Unix, principalement libres, a publié hier un mini-sondage (11 questions) sur l'utilisation que vous avez de Xorg, de votre carte graphique, etc.

Le sondage a lieu jusqu'au 15 décembre, les résultats seront publiés peu après, et seront probablement utilisés par les développeurs de Xorg pour orienter leur travail. Le but de ce sondage est bien entendu de fournir aux développeurs de Xorg quelques indices sur la façon dont la majorité des utilisateurs utilisent Xorg, ceci afin de leur permettre de concentrer leurs efforts sur ce qui sera le plus utile. Au menu, entre autres, ce pourquoi vous utilisez votre carte graphique (jeux, lecture vidéo, bête surf, CUDA en quad SLi), ce que vous avez comme carte (Intel, AMD, nVidia, Ark Logic), ce que vous utilisez comme pilote vidéo, ce que vous souhaitez voir arriver comme fonctionnalités dans les prochaines versions (Gallium, multi-pointer, X Input 2), la version de Xorg que vous utilisez, etc.

Aussi, moules, je vous incite vivement à participer au sondage, dont le lien est fourni dans la dépêche !
  • # Que ça fonctionne?

    Posté par . Évalué à 7.

    Honnêtement, je ne sais pas trop quoi leur dire qu'ils ne sauraient pas encore!

    Peu importe comment j'utilise ma carte graphique, je veux que le support soit à l'aune de celui sous Windows/OSX.
    • [^] # Re: Que ça fonctionne?

      Posté par (page perso) . Évalué à 0.

      Tout à fait d'accord :) ! Non globalement, ça fonctionne assez bien avec ma nVidia, mais c'est vrai qu'il y a encore du boulot au niveau du dualscreen par exemple... personnellement, je suis dans le pire des cas : un dual screen avec un portable et un écran externe, qui n'ont ni le même rapport (portable 16/10 et écran 4/3), encore moins la même résolution (1280x800 vs 1280x1024) et qui ne sont pas alignés (le bas de l'écran du portable est plus bas que celui de l'écran externe). C'est assez simple à faire fonctionner tout ce beau monde sous Windows, mais sous Linux, c'est un vrai parcours du combattant, et c'est franchement pas intuitif !
      • [^] # Re: Que ça fonctionne?

        Posté par . Évalué à 5.


        xrandr --output LVDS --size 1280x800
        xrandr --output DVI-0 --size 1280x1024 --right-of LVDS --pos 1024x500

        ?
        (attention, commande d'exemple et non testée)
        • [^] # Re: Que ça fonctionne?

          Posté par . Évalué à 4.

          Euh, on a dit nVidia ! Donc support xrandr quasi-absent (ne supporte que les modes prédéfinis dans xorg.conf).
          Cela dit, nvidia-settings permet de faire ce qui est demandé (c'est exactement ma config).
          • [^] # Re: Que ça fonctionne?

            Posté par . Évalué à 3.

            Sauf si tu utilises nouveau qui gère ça très bien :)
          • [^] # Re: Que ça fonctionne?

            Posté par . Évalué à 8.

            Bah, j'ai quasi-exactement la même config que lui (portable 4/3 avec nvidia, écran externe 16/9) et j'utilise nouveau, et ça marche très bien. Mais qu'on critique linux parce qu'un constructeur fait des drivers proprios mauvais, je trouve ça fort.
            • [^] # Re: Que ça fonctionne?

              Posté par . Évalué à 2.

              Qui critique Linux ici ?
              Sinon, où ça en est, Nouveau ? Est-ce que la grille des fonctionnalités sur le site web est à jour ?
              • [^] # Re: Que ça fonctionne?

                Posté par . Évalué à 1.

                Intéressant ce que tu demandes, car en effet, je remarque que les projets de pilotes libres, n'exposent que très rarement clairement le status supporté d'un chipset.

                J'en veux pour exemple le projet DRI et plus particulièrement les chipsets Radeon.
                Je n'ai jamais trouvé un tableau, un liste répèrtoriant le niveau de support de telle ou telle fonctionnalité.
                Et c'est exactement pareil pour le projet Nouveau.

                Parcontre, vous trouverez tjrs un "changelog" avec l'ajout d'un truc assez obscure qui d'ailleurs, est censé être transparent à nos yeux genre: "les registres A et B s'adressent correctement. "

                Pourtant, un tableau qui étaye les fonctions importantes pour la 2D, 3D et Videos, même si celui-ci est pointu, est franchement plus explicite qu'un demi changelog.



                ps: et faut arrêtez avec ces Wikis, c'est illisible!
              • [^] # Re: Que ça fonctionne?

                Posté par . Évalué à 2.

                Qui critique Linux ici ?
                cf
                sous Linux, c'est un vrai parcours du combattant, et c'est franchement pas intuitif !

                Sinon, où ça en est, Nouveau ? Est-ce que la grille des fonctionnalités sur le site web est à jour ?
                http://nouveau.freedesktop.org/wiki/FeatureMatrix
                De ce que je vois pour moi (NV30), oui. C'est à dire un bon support 2D et Xv, multiscreen, mais "c'est tout" (i.e. pas de 3D).
                • [^] # Re: Que ça fonctionne?

                  Posté par . Évalué à 2.

                  Pour ça que je demande si c’est à jour.
                  Par exemple, pas de support du suspend pour mon chipset, pour moi c’est rédhibitoire.
                  Sinon, j'essaierais bien (outre la liberté, si ce n'est parce que KDE4 avec le driver fermé et une GeForce 8400GM, c'est un peu la cata... ).
                  • [^] # Re: Que ça fonctionne?

                    Posté par . Évalué à 2.

                    Oui, moi aussi le manque de suspend me fait chier, mais bon, j'essaye de faire avec. Je me mettrais bien dans le code pour essayer de voir ce qui ne va pas, mais bon, c'est pas super facile d'y rentrer ...
                • [^] # Re: Que ça fonctionne?

                  Posté par . Évalué à 2.

                  A noter qu'un "TiNDC" est sorti récemment, on y trouve un bon résumé des développements en cours : http://nouveau.freedesktop.org/wiki/Nouveau_Companion_40 .
                  Le passage du gestionnaire de mémoire TTM à GEM leur a fait perdre un peu de temps, mais ils ont limité la casse en implémentant GEM à partir de TTM (comme pour le driver Radeon). Malgré cela, des progrès ont été effectués dans beaucoup de domaines (Kernel mode setting, outils de reverse, Randr, Xv, Gallium3D, ...). C'est plus ou moins avancé selon la famille de GPU, le NV40 étant toujours le mieux loti.
                  Tu pourras d'ailleurs trouver des infos sur les développements concernant la 3D sur le NV30 ici : http://nouveau.freedesktop.org/wiki/PatriceMandin
                  • [^] # Re: Que ça fonctionne?

                    Posté par . Évalué à 2.

                    Haa, merci, ça faisait un bout de temps que j'avais rien vu de nouveau, et j'avais un peu laissé tomber. Du suspend qui marchotte et un début de 3D, c'est bon signe !
  • # validité du questionnaire ?

    Posté par Anonyme . Évalué à 5.

    J'ai répondu, mais, bien que n'étant pas loin de là un spécialiste des sondages, j'ai l'impression que ce n'est pas un bon questionnaire.

    Les questions sont vagues ou portent sur plusieurs machines : résultat, je me suis retrouvé à tout cocher sans pouvoir appuyer particulièrement les points qui m'importent le plus.

    Bref, je me demande comment ils vont pouvoir analyser tout ça...
  • # lien ?

    Posté par (page perso) . Évalué à -1.


    Aussi, moules, je vous incite vivement à participer au sondage, dont le lien est fourni dans la dépêche !


    Oussa kilé le lien ???

    /me caca dans l'oeil ?
  • # Pas :p

    Posté par (page perso) . Évalué à 3.

    Sous Haiku je n'en ai pas l'utilité :D

    Néanmoins, dès que je retourne sous Linux je sens les effet du monothreading...
    • [^] # Re: Pas :p

      Posté par . Évalué à 4.

      OK, mais est-ce au niveau de X ou au niveau des applications qui utilisent X?

      Ayant utilisé BeOS je vois bien ce que tu veux dire (pour ceux qui ne connaissent pas: les GUIs y étaient *beaucoup* plus réactifs que Linux&Windows l'étaient et le sont maintenant), mais je pense que le probleme se situe plutôt dans la façon de coder les applications.

      Dommage d'ailleurs, autrement juste amméliorer X permettrait d'avoir la réactivité de BeOS, mais c'est peu probable que ce soit suffisant..
      • [^] # Re: Pas :p

        Posté par . Évalué à 1.

        La différence se situe plutôt au niveau des toolkits graphiques: d'après mes souvenirs, sous BeOS toute application ayant une interface graphique avait au moins 2 threads, dont un qui s'occupait uniquement de "faire tourner" l'interface (c'est à dire donner un retour visuel aux actions de l'utilisateur, comme ouvrir un menu, appuyer sur un bouton ou scroller dans une page).

        Il n'y avait rien de particulier à faire pour obtenir ces deux threads, tout était mis en place par le framework graphique. C'est tout à fait faisable avec GTK ou Qt, mais cela demande un effort supplémentaire...
        • [^] # Re: Pas :p

          Posté par (page perso) . Évalué à 2.

          En effet, chaque fenêtre a son thread dans l'appli pour la boucle d'évènement et une dans l'app_server.

          Bizarrement windows utilise beaucoup de threads (sauf qu'on n'est pas sur de leur utilité), et ça ne suffit pas :
          http://revolf.free.fr/img/why_I_banned_flash.png
          Il me semble que tous les évènements passent par une boucle unique dans le 1er thread, donc les autres ne servent pas beaucoup...

          Y a de la pomme là dedans... mais y a aut chose!
          • [^] # Re: Pas :p

            Posté par . Évalué à 2.

            Y a de la pomme là dedans... mais y a aut chose!

            Betterave, sans doute.

            Blague à part, utiliser ProcessController sous Windows, c'est pas un peu tricher? ;)
          • [^] # Re: Pas :p

            Posté par . Évalué à 5.

            Je pense que l'argument marketing de BeOS sur le 'pervasive' multithreading avait un fond de réalité technique: c'est bien beau d'utiliser des threads mais c'est très facile de sérialiser tout le bazar si tu as des partie quelque parts dont l'architecture n'est pas adapté..

            Comme BeOS était prévu au départ pour un bi-processeur, ils ont vraiment essayé d'exploiter les threads et le résultat était bluffant même sur un mono-processeur.

            Ce qui est triste, c'est que maintenant on va vraiment dans le cas ou tout le monde aura un bi-processeur, mais comme le logiciel qui tourne dessus a été optimisé pour un mono-processeur, ce ne sera pas vraiment exploité avant longtemps..
            • [^] # Re: Pas :p

              Posté par (page perso) . Évalué à 5.

              Ben il faut venir aider Haiku à devenir une alternative viable pour exploiter les resources au mieux, et montrer l'exemple. Après les autres nous copieront comme ils l'ont fait avec les autres caractéristiques (tickless, queries -> spotlight, node monitoring... enfin ça n'a pas l'air d'être ça encore :p)
            • [^] # Re: Pas :p

              Posté par (page perso) . Évalué à 3.

              Ceci dit c'est vrai que même sous BeOS on peut avoir des applis non réactives.
              Typiquement Firefox, parce que pour pouvoir porter ce monstre de monothreading, on doit resérialiser les évènements pour le thread principal, donc on perd les bénéfices de l'OS. Mais bon c'est toujours mieux que pas de Firefox du tout :)
              Peut-être que WebKit est mieux de ce côté-ci, il parraît que Chrome a des apports intéressants à ce sujet.

              C'est globalement pareil avec toutes les applis portées, même s'il y a des exceptions, comme VLC qui utilise de lui-même plus de threads que le lecteur media natif...
            • [^] # Re: Pas :p

              Posté par . Évalué à 2.

              C'est bien vrai, il y a d'ailleurs un effort chez nous et chez d'autres(Intel, ...) pour essayer de rendre le multithreading plus facile d'acces (openmp, parrallel linq, ...) mais ca ne va pas magiquement reecrire toutes les applis existantes, bref je vois tres bien dans 2-3 ans des gens avec 16 cores sur leur machine a la maison, et des perfs similaires a aujourd'hui.
          • [^] # Re: Pas :p

            Posté par . Évalué à 4.

            L'architecture est sensee etre :

            une thread qui gere les evenements et qui dispatch le boulot a faire aux autres threads.

            Si tu suis ca, pas de probleme de reactivite, maintenant le probleme est que certains guignols ne comprennent rien au multithread et s'amusent a tout faire dans cette thread, resultat : lag dans le traitement des evenements et manque de reactivite.
            • [^] # Re: Pas :p

              Posté par (page perso) . Évalué à 4.

              D'ou le fait que BeOS oblige à utiliser des threads différents, au moins si le dev fait des conneries ça plante, mais on a un minimum de réactivité.
  • # et le multiseat :'(

    Posté par . Évalué à 3.

    Bonsoir à tous & à toutes,
    moi je j'aurais aimé avoir une question sur le multiseat. Cette chose m'intéresse beaucoup mais ça reste très dur à mettre en place Jusqu'à Ubuntu Hardy (j'utilise ubuntu 8.10).
    Si quelqu'un a des infos à ce sujet pour Ubuntu Intrepid Ibex je suis tout ouïe.

    Ps: Comment vois t'on la version de X11 installée sur le système depuis un terminal?

    J'ai essayé ceci:
    $ Xorg -version

    X.Org X Server 1.5.2

    Mais ça ne correspond pas aux propositions qu'il y'a au sondage.


    Merci beaucoup pour vos réponses.
    • [^] # Re: et le multiseat :'(

      Posté par . Évalué à 4.

      Je n'ai pas réessayé le "multi-seat" depuis un moment, mais des souvenirs que j'en ai, on déclarait plusieurs sections "Screen", on les associait aux périphs d'entrée avec des sections "ServerLayout" distinctes, et on lançait plusieurs instances de X.org, chacune correspondant à un "ServerLayout" distinct sur un TTY différent...

      ... sauf que ça ne doit plus marcher, puisque RandR 1.2 rend le ServerLayout obsolète, ne permettant plus que d'avoir un seul "X.org screen"...

      Logiquement, l'avenir du multi-seat devrait se trouver dans le "Multi-pointer X", pour gérer plusieurs utilisateurs dans la même session... après, j'imagine qu'il faudra aussi les "GPU objects", qui permettront d'apporter une couche d'abstraction sur l'utilisation des écrans.

      J'attends cette feature (sans cesse repoussée) avec une impatience non dissimulée, pour que mon tri-écran remarche de nouveau sur une seule machine, avec deux GPU... mais a priori, ça devrait logiquement aussi permettre l'inverse, à savoir plusieurs sessions sur les sorties d'un même GPU ('fin j'imagine, c'est un peu le but de la chose : organiser son clickodrome avec ces couches d'abstraction, peu importe ce qu'il y a en dessous, au niveau matériel). Mais bon : ça devait arriver avec RandR 1.3, mais apparemment, c'est encore retardé. À ce niveau, X.org, c'est la grosse-grosse loose.



      Sinon :

      - X server 1.5 => X.org 7.4
      - X server 1.4 => X.org 7.3
      - X server 1.3 => X.org 7.2
      - X server 1.2 => X.org 7.1
      - X server 1.1 => X.org 7.0/6.9 (6.9=7.0, mais en non modulaire)
      - X server 1.0 => X.org 6.8(/6.7 ? je ne sais plus trop... de toute façon, c'était une release de fork, donc, avec plein de XFree86 dedans)

      ... et avant, c'était le maelstrom originel, à la suite de l'implosion (bienfaitrice) de xfree86 (on y serait resté, les choses seraient encore pires), le précédent multivers.

      RandR évolue beaucoup plus lentement, hélas... Il me semble que RandR 1.1 est apparu avec X.org 7.1, RandR 1.2 avec X.org 7.2, RandR 1.3 avec X.org 7.4... quant à RandR 1.4 (GPU objects ?), je ne l'attends même plus (de toute façon, ça fait presque deux ans que le multi-GPU est cassé, avec RandR 1.2, alors... 6 mois/1/2/3/... ans de plus, ou de moins...) : il sera là quand il sera là.
  • # C'est quoi?

    Posté par . Évalué à 5.

    Moi je veux bien répondre mais il faudrait un minimum d'explication.
    Comment choisir entre:
    - Kernel-based Mode-Setting
    - XvMC Improvements / VA-API / XvBA / VDPAU
    - DRI2
    - Gallium 3D
    - Multi-Pointer X
    - X Input 2

    je n'ai aucune idée de ce que c'est et de ce que ça peut apporter...
    • [^] # Re: C'est quoi?

      Posté par (page perso) . Évalué à 7.

      Tu auras as mal de réponses sur cet article
      http://www.phoronix.com/scan.php?page=article&item=kerne(...)

      et sinon
      - kernel-based mode-setting, pour simplifier ça permet d'initialiser dès le kernel les modes vidéos (ça évite les différentes bascules de modes d'affichage au boot par exemple)
      - en:X-Video_Motion_Compensation
      - DRI c'est Direct_rendering_infrastructure
      - Gallium3D
      - en:Multi-pointer_x
    • [^] # Re: C'est quoi?

      Posté par . Évalué à 5.

      Ben coche rien alors...
      • [^] # Re: C'est quoi?

        Posté par . Évalué à 3.

        C'est ce que j'ai fait aussi, mais ça me fait vraiment marrer ces sondages de geek :-) C'est fait n'importe comment, on ne comprend pas la moitié des questions; on se doute que les seuls capables de répondre sont des pros vraiment bien pointus et que 1) ces gens ont plusieurs machines, ce qui va leur faire tout cocher, 2) ces gens n'ont pas de problèmes pour configurer X et pour recompiler leur noyau avec les options qui vont bien pour faire marcher le dernier driver binaire. Je doute que les réponses soient vraiment utilisables, mais c'est vrai qu'on ne sait pas vraiment ce qu'ils comptent en faire. Peut-être qu'ils ne souhaitent que des réponses de la part de purs geeks, mais ils risquent d'avoir du bruit vu que l'annonce du sondage a été diffusée un peu partout...

        Personnellement, les question auxquelles j'aurais bien voulu (et pu) répondre, ça aurait été:
        * Quelle distribution
        * Quelle carte graphique
        * Est-ce que X fonctionne par défaut
        * Est-ce que l'accélération graphique (2D/3D) fonctionne par défaut
        * Est-ce que l'accélération graphique fonctionne sur votre machine après bidouillage/installation de drivers binaires...

        Parce que là, c'est rigolo les apriori du sondage. Par exemple, ils partent du principe qu'on utilise un logiciel pour modifier xorg.conf; c'était peut-être le cas il y a 10 ans mais maintenant, beaucoup de cartes graphiques marchent "out of the box" :-) Ils sont pessimistes chez xorg :-)
        • [^] # Re: C'est quoi?

          Posté par . Évalué à 2.

          pas besoin d'être un "pro" , suffit de suivre un peu les évolutions et de se renseigner.
          Et si tu sais pas, tu passe à la question suivante, voila tout.

          Puis y'a quand même des trucs explicite , style "multi pointer" ... hum est ce que ca serait pour gerer plusieurs souris/... en même temps ?
          "DRI2" ->sachant qu'avant le DRI est Direct Rendering Infrastructure (ou un truc dans ce gout la, ca fait plus de 5 ans que ça existe) et c'est ce qui gérer la 3D en libre, je présume que le 2 veux dire "version 2"
          "X Input 2" -> X et input, sans doute pour les périphs d'entrées (clavier, souris, ...). Le 2 aussi ici devrais sans doute dire 2em version.
  • # WayLand

    Posté par . Évalué à 10.

    Bonjour,

    Les intéressés par les technologies type Xorg peuvent également tester WayLand :

    Celui ci est conçu pour être un "serveur d' affichage très léger" n' embarquant que peu de fonctions (par rapport à l' usine à gaz Xfree/Xorg). Il n' est pas "fonctionnel" dans le sens "bureau" du terme à l' heure actuelle (ie : mme michue : passe ton chemin, pour le moment). Mais on peut lancer des applications X sur WayLand au travers de rdp, ce qui devrait nous permettre de tester WayLand tout en conservant une utilité au bureau. Il est écrit selon les nouvelles évolutions générales de l' environnement GNU/Linux (mode-settings dans le kernel, 'graphics memory manager' par le kernel, gestion composite / OpenGL, et légèreté).

    WayLand est un projet crée par Mr Hogsberg, de chez RedHat. (et est également un developpeur DRI pour Xorg). Pour l' instant il défini son projet comme étant un hobby. Mais nul doute qu' un petit serveur d' affichage trouvera sa place sur les bureaux de mme michue, tout comme sur le matériel embarqué (de nos netbooks jusqu' à bien plus petit).

    On trouvera sur la toile divers articles (slashdot, phoronix) au sujet de WayLand, mais Mr Hogsberg corrige et préviens :
    "it's not a new X server, it's a tiny display server + compositing manager"
    (trad.perso : "ce n' est pas un nouveau serveur X, c' est un petit serveur d' affichage avec extension composite")

    Les notes initiales sont sur le dépôt git :
    http://cgit.freedesktop.org/~krh/wayland/tree/NOTES

    Le blog du développeur initial :
    http://hoegsberg.blogspot.com/

    Souhaitons le meilleur à WayLand.
    Cordialement

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.