Que ça fonctionne?

• [^]Re: Que ça fonctionne?

  Posté par verdesroches (page perso, ) le 16/11/2008 à 23:33. (lien). É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 benoar (Jabber id, ) le 17/11/2008 à 01:59. (lien). É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 Aldoo (Jabber id, ) le 17/11/2008 à 09:55. (lien). É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 kaouete (page perso, ) le 17/11/2008 à 11:25. (lien). Évalué à 3.

        Sauf si tu utilises nouveau qui gère ça très bien :)

      • [^]Re: Que ça fonctionne?

        Posté par benoar (Jabber id, ) le 17/11/2008 à 11:51. (lien). É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 Aldoo (Jabber id, ) le 17/11/2008 à 15:51. (lien). É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 NickNolte () le 17/11/2008 à 21:26. (lien). É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 baud123 (Jabber id, page perso, ) le 17/11/2008 à 23:55. (lien). Évalué à 4.

              Et c'est exactement pareil pour le projet Nouveau.
              ou pas...
              et en français http://nouveau.freedesktop.org/wiki/FeatureMatrix-fr le lien du commentaire ci-dessous pour l'anglais étant le plus à jour iirc.

          • [^]Re: Que ça fonctionne?

            Posté par benoar (Jabber id, ) le 17/11/2008 à 22:42. (lien). É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 Aldoo (Jabber id, ) le 18/11/2008 à 10:09. (lien). É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 benoar (Jabber id, ) le 18/11/2008 à 14:30. (lien). É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 letsyl () le 18/11/2008 à 13:09. (lien). É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 benoar (Jabber id, ) le 18/11/2008 à 14:40. (lien). É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 ?

• [^]Re: validité du questionnaire ?

  Posté par Thierry Thomas (Jabber id, page perso, ) le 16/11/2008 à 21:42. (lien). Évalué à 4.

  Ce qui me gène aussi, c'est l'orientation exclusivement Linux, comme si X n'était plus multi-systèmes !

  --
  Th. Thomas.

[+] lien ?

• [^]Re: lien ?

  Posté par Bruno Michel (Jabber id, page perso, ) le 16/11/2008 à 22:20. (lien). Évalué à 5.

  C'est le lien "Le sondage" avec un petit drapeau juste avant.

Pas :p

• [^]Re: Pas :p

  Posté par reno () le 17/11/2008 à 07:20. (lien). É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 Laurent Moussault () le 17/11/2008 à 14:21. (lien). É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 Francois Revol (page perso, ) le 17/11/2008 à 16:17. (lien). É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 Larry Cow () le 17/11/2008 à 17:42. (lien). É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 Francois Revol (page perso, ) le 17/11/2008 à 22:03. (lien). Évalué à 2.

          C'est juste un moyen de rendre ce système affreux plus tolérable.
          De plus ce clone de l'appli BeOS pour windows est un logiciel Libre sous GPL il me semble, même si je n'arrive plus à retrouver les sources...
          http://www.k23productions.com/products/process_controller/

      • [^]Re: Pas :p

        Posté par reno () le 17/11/2008 à 18:12. (lien). É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 Francois Revol (page perso, ) le 17/11/2008 à 22:06. (lien). É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 Francois Revol (page perso, ) le 17/11/2008 à 22:10. (lien). É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 pasBill pasGates () le 18/11/2008 à 05:54. (lien). É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 pasBill pasGates () le 18/11/2008 à 05:50. (lien). É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 Francois Revol (page perso, ) le 18/11/2008 à 16:11. (lien). É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 :'(

• [^]Re: et le multiseat :'(

  Posté par Aefron () le 17/11/2008 à 07:10. (lien). É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?

• [^]Re: C'est quoi?

  Posté par baud123 (Jabber id, page perso, ) le 17/11/2008 à 00:48. (lien). É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 Naha (page perso, ) le 17/11/2008 à 09:44. (lien). Évalué à 2.

    Et XInput, c'est pour le support des périphériques d'entrée, comme les tablettes graphiques (c'est ce que dit en:X_Window_System_protocols_and_architecture).

• [^]Re: C'est quoi?

  Posté par Guillaume Knispel () le 17/11/2008 à 04:15. (lien). Évalué à 5.

  Ben coche rien alors...

  • [^]Re: C'est quoi?

    Posté par arnaudus () le 17/11/2008 à 11:36. (lien). É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 briaeros007 () le 18/11/2008 à 13:44. (lien). É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.

      --
      Subete ga wakatta toki…watashi ga anta wo korosu.

WayLand