C'est vrai qu'avec un noyau linux, tu vas aller super loin... Tu crois pas oublié une grosse partie du systeme?
Compiler une distrib GNU/Linux pour la faire fonctionner sur une autre archi, cela ne se fait pas en claquant des doigts... Je me souviens encore il y'a quelques années un membre du PLF qui faisait des builds de mandrake pour sparc, c'etait pas évident et je crois meme que le projet n'existe plus...
Je ne pense pas qu'il ait trop moyen de passer outre ce que tu as définis dans ton passwd, sinon, je ne vois plus l'interet de mettre des /bin/false comme shell si c'est contournable...
Il s'agit bien d'une discussion entre Cairo -> xrender -> xgl et Cairo -> glitz:
>If direct rendering turns out to be significantly faster than
>xrender->xgl rendering, (which I highly dough for this category of
>applications) then switching to glitz instead of xrender when DRI is available,
>might be interesting
>But so far my intentions with cairo's glitz backend have been
>that it would provide cairo output for applications that favor performance over
>quality
>Most applications still fall in the category of applications that favor quality
>over performance, and right now, I'd rather see them using xrender. Xgl will be
>able to provide maximum performance without loss of quality for these
>applications.
Donc, cela semble bien confirmer ce que je disais dans mon journal, tout le monde bénéficie de l'acceleration Xgl pourvu que l'application utilise Xlib (soit 100% des applis).
Par contre, la question à l'époque était de savoir si Xgl a d'aussi bonnes performance que Xorg.
>> Dave, how much faster would you say XGL is than the current X server?
>> Have any simple benchmarks from the parts of the system that work?
>> Even without benchmarks, how much faster does it feel, is the
>> difference obvious to a normal user?
> That's very hard to say. I don't know how well OpenGL's line drawing and
> bit blitting compares to a well accelerated XOrg driver, but I dought it's
> faster.However, if it's slower, I don't think it's so much slower that there's a
> problem.
De tete, je me souviens que David disait que Glitz avait été écrit dans une optique de performance, pas de qualité.
Xgl lui est capable d'offrir une qualité optimale (plus lent que glitz mais avec anti aliasing bien mieux que glitz).
Bon, je dis ca de tete, je suis pas un expert....
En tout cas, une chose sur dont je me souviens:
Il y'a Cairo, glitz, OpenGL d'un coté et Cairo, xlib, XGL de l'autre.
Et il semblait que Cairo -> xlib -> Xgl soit capable d'avoir de bonne perf et c'est pour ca que depuis le début je persiste et signe: Xgl accelere cairo comme le dit lui meme David dans le lien ci dessus...
Je te donnerai le lien via le site si je le retrouve...
>Cario à une backend Glitz qui lui-même a plusieurs backends: OpenGL GLX,
>OpenGL EGL, OpenGL AGL etc...
Tiens, moi je me souviens d'un commentaire de l'auteur de Glitz/Xgl sur la ml freedesktop disant que Xgl donnerait de meilleur résultat que Glitz pour l'acceleration de Cairo.
Xgl steps in to handle much of the X server's work--to draw a line or fill a rectangle with white, for instance. The use of OpenGL commands lets the graphics hardware manage many operations that otherwise would require constant coordination between the X server and its applications, Friedman said.
"We're offloading a lot of the work to the hardware," Friedman said. "The result is things look and feel a lot smoother."
For example, the video hardware can store whatever information is contained in windows that have been hidden by other windows. That means the contents of the hidden panes can be redrawn quickly when an upper window is moved and the window underneath is revealed. In contrast, with regular X servers, the text underneath must be retrieved by numerous requests by the X server.
Xgl accelerates Cairo, so its future use will benefit from hardware acceleration, Friedman said.
"If you're using Cairo, all your Cairo operations are accelerated--fonts, windows, special effects," Friedman said. "In terms of vectorizing the desktop, this moves us way ahead."
>Il n'y a nul part un moyen d'accéder aux objets OpenGL/EGL/GLX/... sous-jacents
>pour des applications graphiques utilisant cairo/GTK.
Bien sur que si, pour preuve le plugins qui fait faire un truc chelou aux menu Gtk.
>Donc, c'est bien d'avoir un window manager qui fait des effets aguichants, mais
>si il n'y a que lui que ait le droit d'accèder à toute la puissance des GPUs
>modernes... humhum...
Tout est affiché par OpenGL, c'est un serveur X qui utilise OpenGL, donc tout le monde en profite, sans rien faire...
>Sinon tu peux aussi commander un CD chez Mandriva et tu sais quoi ? ça va
>faire vivre des employés et éviter qu'ils se fassent licencier, ce qui réduit le
>nombre de chômeurs, ce qui réduit au final tes cotisations URSSAFF sur ton
>bulletin de salaire, ce qui fait vivre le monde technologique en France, etc.
Ah le nationalisme exacerbé, y'a que ca de vrai... Franchement, je m'en fous un peu de filer des thunes à Mandriva pour faire vivre les emplo^W actionnaires...
>2) il y a souvent des problèmes de support de matériel, et quoi que certains
>en disent, le support matériel Mandriva est meilleur et plus complet que celui
>de Ubuntu
Effectivement, ubuntu ne se base que sur udev/hotplug pour la detection du materiel et il arrive encore que cela marche plus ou moins... Je suis à 100% pour cette facon de faire, il faut juste laisser le temps à tout ca de murir...
Surtout que FreeNX offre exactement ce que fait Xorg en mieux(moins de traffic réseau), donc la transparence réseau de X, je vois plus trop l'interet...
En meme temps, faut pas avoir bac +2 pour comprendre que le probleme ne vient que tres rarement de chez wanadoo et qu'il faut appeller France Telecom. Et la on te recois gentillement, on teste ta ligne, si le test est bon, alors on passe à une équipe spécialisée ADSL qui envoie un technicien tester le lendemain puis ca marche ;)
[^] # Re: Tanenbaum était un visionnaire ...
Posté par gnumdk (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 6.
C'est vrai qu'avec un noyau linux, tu vas aller super loin... Tu crois pas oublié une grosse partie du systeme?
Compiler une distrib GNU/Linux pour la faire fonctionner sur une autre archi, cela ne se fait pas en claquant des doigts... Je me souviens encore il y'a quelques années un membre du PLF qui faisait des builds de mandrake pour sparc, c'etait pas évident et je crois meme que le projet n'existe plus...
# Udev!
Posté par gnumdk (site web personnel) . En réponse au message Relation entre udev et hotplug. Évalué à 1.
# Je pense que c'est mort
Posté par gnumdk (site web personnel) . En réponse au message Mauvais shell root dans passwd. Évalué à 2.
[^] # Re: Petites notes joyeuses mi serieuses mi delirantes
Posté par gnumdk (site web personnel) . En réponse à la dépêche NLD 10 le poste du travail de demain par Novell (avec XGL et Compiz). Évalué à 2.
http://lists.freedesktop.org/archives/cairo/2004-November/00(...)
Il s'agit bien d'une discussion entre Cairo -> xrender -> xgl et Cairo -> glitz:
>If direct rendering turns out to be significantly faster than
>xrender->xgl rendering, (which I highly dough for this category of
>applications) then switching to glitz instead of xrender when DRI is available,
>might be interesting
>But so far my intentions with cairo's glitz backend have been
>that it would provide cairo output for applications that favor performance over
>quality
>Most applications still fall in the category of applications that favor quality
>over performance, and right now, I'd rather see them using xrender. Xgl will be
>able to provide maximum performance without loss of quality for these
>applications.
Donc, cela semble bien confirmer ce que je disais dans mon journal, tout le monde bénéficie de l'acceleration Xgl pourvu que l'application utilise Xlib (soit 100% des applis).
Par contre, la question à l'époque était de savoir si Xgl a d'aussi bonnes performance que Xorg.
>> Dave, how much faster would you say XGL is than the current X server?
>> Have any simple benchmarks from the parts of the system that work?
>> Even without benchmarks, how much faster does it feel, is the
>> difference obvious to a normal user?
> That's very hard to say. I don't know how well OpenGL's line drawing and
> bit blitting compares to a well accelerated XOrg driver, but I dought it's
> faster.However, if it's slower, I don't think it's so much slower that there's a
> problem.
[^] # Re: Petites notes joyeuses mi serieuses mi delirantes
Posté par gnumdk (site web personnel) . En réponse à la dépêche NLD 10 le poste du travail de demain par Novell (avec XGL et Compiz). Évalué à 2.
Corba va disparaitre de gnome, donc pas tres interessant.
Tiens je te répond la et je cherche le thread en question ;)
http://linuxfr.org/comments/681700.html#681700
[^] # Re: Joli mais dangereux...
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 2.
De tete, je me souviens que David disait que Glitz avait été écrit dans une optique de performance, pas de qualité.
Xgl lui est capable d'offrir une qualité optimale (plus lent que glitz mais avec anti aliasing bien mieux que glitz).
Bon, je dis ca de tete, je suis pas un expert....
En tout cas, une chose sur dont je me souviens:
Il y'a Cairo, glitz, OpenGL d'un coté et Cairo, xlib, XGL de l'autre.
Et il semblait que Cairo -> xlib -> Xgl soit capable d'avoir de bonne perf et c'est pour ca que depuis le début je persiste et signe: Xgl accelere cairo comme le dit lui meme David dans le lien ci dessus...
Je te donnerai le lien via le site si je le retrouve...
[^] # Re: Joli mais dangereux...
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 1.
>OpenGL EGL, OpenGL AGL etc...
Tiens, moi je me souviens d'un commentaire de l'auteur de Glitz/Xgl sur la ml freedesktop disant que Xgl donnerait de meilleur résultat que Glitz pour l'acceleration de Cairo.
[^] # Re: Joli mais dangereux...
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 2.
Xgl steps in to handle much of the X server's work--to draw a line or fill a rectangle with white, for instance. The use of OpenGL commands lets the graphics hardware manage many operations that otherwise would require constant coordination between the X server and its applications, Friedman said.
"We're offloading a lot of the work to the hardware," Friedman said. "The result is things look and feel a lot smoother."
For example, the video hardware can store whatever information is contained in windows that have been hidden by other windows. That means the contents of the hidden panes can be redrawn quickly when an upper window is moved and the window underneath is revealed. In contrast, with regular X servers, the text underneath must be retrieved by numerous requests by the X server.
Xgl accelerates Cairo, so its future use will benefit from hardware acceleration, Friedman said.
"If you're using Cairo, all your Cairo operations are accelerated--fonts, windows, special effects," Friedman said. "In terms of vectorizing the desktop, this moves us way ahead."
[^] # Re: Joli mais dangereux...
Posté par gnumdk (site web personnel) . En réponse au journal Xgl, la suite. Évalué à 1.
>pour des applications graphiques utilisant cairo/GTK.
Bien sur que si, pour preuve le plugins qui fait faire un truc chelou aux menu Gtk.
>Donc, c'est bien d'avoir un window manager qui fait des effets aguichants, mais
>si il n'y a que lui que ait le droit d'accèder à toute la puissance des GPUs
>modernes... humhum...
Tout est affiché par OpenGL, c'est un serveur X qui utilise OpenGL, donc tout le monde en profite, sans rien faire...
Plus d'explications ici:
http://news.com.com/Novell+seeks+to+boost+Linux+graphics/210(...)
http://news.com.com/Novell+seeks+to+boost+Linux+graphics+-+p(...)
[^] # Re: Ubuntu
Posté par gnumdk (site web personnel) . En réponse à la dépêche Un e-mag pour Mandriva Linux. Évalué à 4.
>faire vivre des employés et éviter qu'ils se fassent licencier, ce qui réduit le
>nombre de chômeurs, ce qui réduit au final tes cotisations URSSAFF sur ton
>bulletin de salaire, ce qui fait vivre le monde technologique en France, etc.
Ah le nationalisme exacerbé, y'a que ca de vrai... Franchement, je m'en fous un peu de filer des thunes à Mandriva pour faire vivre les emplo^W actionnaires...
>2) il y a souvent des problèmes de support de matériel, et quoi que certains
>en disent, le support matériel Mandriva est meilleur et plus complet que celui
>de Ubuntu
Effectivement, ubuntu ne se base que sur udev/hotplug pour la detection du materiel et il arrive encore que cela marche plus ou moins... Je suis à 100% pour cette facon de faire, il faut juste laisser le temps à tout ca de murir...
# Enorme
Posté par gnumdk (site web personnel) . En réponse au journal On parle d'Ubuntu en Afrique du Sud. Évalué à 6.
# Arf
Posté par gnumdk (site web personnel) . En réponse au message impossible de se connecter en ssh. Évalué à 5.
>scp ..../id_rsa backup@192.168.1.11:/.../authorized_keys
Hein?
C'est id_rsa.pub qu'il faut copier avec la commande ssh-copy-id
De plus, si tu le copies à la main avec scp, il faut faire un chmod 600 dessus.
[^] # Re: HEHO !
Posté par gnumdk (site web personnel) . En réponse au journal Recherche distri loadbalancing.. Évalué à 5.
# Kde 3.5
Posté par gnumdk (site web personnel) . En réponse au message Bloquer les pubs avec Konqueror .... Évalué à 4.
En installant kde 3.5
[^] # Re: cat /proc/cpuinfo
Posté par gnumdk (site web personnel) . En réponse au message linux très très lent. Évalué à 3.
[^] # Re: live CD ?
Posté par gnumdk (site web personnel) . En réponse au journal Linux MultiMedia Studio 0.1.4. Évalué à 2.
[^] # Re: UDEV
Posté par gnumdk (site web personnel) . En réponse au message KDE, USB, UDEV et Nom des partitions. Évalué à 2.
/usr/share/hal/fdi/policy/ est la ou tu dois faire tes modifs, en rajoutant une police, faut juste te taper la doc de hal, c'est pas la mort ;)
[^] # Re: Heu
Posté par gnumdk (site web personnel) . En réponse au journal Linux MultiMedia Studio 0.1.4. Évalué à 5.
http://kde-apps.org/content/show.php?content=26306
Désolé, j'etait persuadé de l'avoir mis ce satané lien!
[^] # Re: Comme d'habitude...
Posté par gnumdk (site web personnel) . En réponse au journal Kde 3.5.1 is OUT!. Évalué à 5.
T'as pas remarqué que toutes les erreurs que tu as mis, c'est la meme ligne qui se repete? :p
[^] # Re: Hmmm
Posté par gnumdk (site web personnel) . En réponse au journal Novell et les effet graphique. Évalué à 1.
http://aseigo.blogspot.com/2005/12/wouldnt-be-it-be-nice.htm(...)
[^] # Re: J'aime pas XGL
Posté par gnumdk (site web personnel) . En réponse au journal Novell et les effet graphique. Évalué à 4.
[^] # Re: 2c
Posté par gnumdk (site web personnel) . En réponse au journal Wanadoo, c'est de la m..... Évalué à 2.
Vécu 2 ou 3 fois cette année...
[^] # Re: la keynote de Nat Friedman à SL
Posté par gnumdk (site web personnel) . En réponse au journal Novell achete une licence pour la lecture mp3. Évalué à 2.
[^] # Re: Ah la logique...
Posté par gnumdk (site web personnel) . En réponse au journal Windows Vista, une beta grand public. Évalué à 3.
>sortie de son système car il doivent quand même "vivre"...
Ah bon, depuis que Microsoft a annoncé la sortie de Windows Vista, ils ne vendent plus de Windows XP SP2? :)
Grande nouvelle :)
[^] # Re: Windows Vista, une bêta grand public
Posté par gnumdk (site web personnel) . En réponse au journal Windows Vista, une beta grand public. Évalué à 4.