antistress a écrit 4409 commentaires

La HD5450 a un bus 64 bits vs un bus 128 bits pour la Geforce si je ne m'abuse, donc il n'est pas dit que les perfs théoriques de la Radeon soient pratiquement atteignables.

Pour le pb de surchauffe des Radeon, ce n'est pas de l'acharnement de ma part, ce sont des possesseurs de Radeon qui le disent ! http://forum.ubuntu-fr.org/viewtopic.php?id=373294&p=1

Oui, je suis d'accord avec toi, il faut acheter responsable et encourager les sociétés qui jouent le jeu.

sauf que lire plus haut le post de Mjules http://linuxfr.org/news/effervescence-autour-de-la-pile-graphique-libre#comment-1222435

C'est ce même test qui me fait dire que la Geforce est largement en tête..!

De ce que je vois la radeon est largement moins puissante (openbenchmarking.org) mais plus économe en énergie

L'article prend un raccourci, Ubuntu se base sur GNOME mais avec une interface (=shell) différente.

Pour DRM, tu peux lire Mjules ci-dessus : http://linuxfr.org/news/effervescence-autour-de-la-pile-graphique-libre#comment-1222438

Merci.

Côté nVidia, d'après Phoronix, le meilleur support est obtenu sur les GeForce 9500 http://www.phoronix.com/scan.php?page=article&item=nouveau_2639_flip&num=6

On trouve des 9500 GT 512 Mo GDDR2 DVI à refroidissement passif (Gainward Bliss) à ~40 € sur le net.

Je ne sais quel est le meilleur choix actuel côté ATI car les r300g sont plus commercialisées..!

Au final, pour rafraichir ma config actuel (carte à refroidissement passif pas chère prenant en charge WebGL (OpenGL 2) et à l'aise avec Mutter), avez-vous un conseil ?

Ça n'est peut être pas ce que tu cherches mais j'avais tenté ce billet jadis http://libre-et-ouvert.blogspot.com/2008/12/gem-et-le-reste-uxa-dri2-kms-gallium-3d.html à partir de http://www.rojtberg.net/67/exa-uxa-dri-gem-ttm/

Lire aussi les billets suivants du même auteur :
http://www.rojtberg.net/147/gallium-3d-and-the-rest/ & http://www.rojtberg.net/271/4-years-later/

Toutes ces évolutions nous amènent à cette question : faut-il garder l'union sacrée ou pas ?
Car rien qu'avec KMS on a Linux versus les autres Unices libres
Et après (Wayland...) : GTK+/Qt versus les autres etc.

Lire à ce sujet : http://lwn.net/Articles/429597/

J'ai lu également que les AMD chauffaient pas mal avec le driver libre ?

Au final, si on veut un truc juste assez puissant pour WebGL et les nouveaux bureaux (et vu que mon GMA950 supporte pas OpenGL 2.0 donc pas WebGL), on prend quoi dans les cartes actuelles pas chères tournant avec un driver libre ?
Une AMD ou une nVidia ? Ça me gène d'acheter une nVidia alors qu'ils jouent pas le jeu quand même !

quel bonheur de retrouver la news du noyau linux tous les trois mois, c'est comme enfiler ses chaussons après le travail : on sait qu'on s'y sent bien à l'avance... merci

Sous systèmes GNU/Linux, Python est pas mal utilisé. Est-il un concurrent de Mono qui a aussi du succès (un peu moins, certes...) ? Quels sont les avantages/inconvénients de chacun ?

Mono permettrait un portage facilité vers Windows (.Net) et vice-versa, Python permet-il aussi facilement (ou mieux) de réaliser des applications multi-plateforme (Linux, Win... mais aussi Mac et peut-être dans l'embarqué ?) ?

Les développeurs Python travaillent ils majoritairement sous OS libre ? Si oui, est-ce dû au fait que le code est nécessairement ouvert avec Python ?

Mono me fait peur en raison des brevets susceptibles de s'appliquer dans les pays reconnaissant les brevets logiciels : Python présente t-il le même genre de risques (je ne demande pas si Python est 100% patent-proof, je sais que c'est quasi-impossible à affirmer compte tenu des dérives actuelles en matière de brevets, mais je me demande si les brevets susceptibles de s'appliquer de la façon la plus évidente à Mono ou Java pourraient concerner Python (par exemple le mécanisme consistant à interpréter le code à la volée est-il breveté par Sun/Oracle ou MS ou bien y a t-il un "prior art" ou autre chose (mécanismes différents...) permettant d'écarter ce risque ?) Je ne suis pas développeur, peut être la question est elle débile...

Ça vaut peut être pas le coup de se casser la tête à intégrer X vu que je me demande si X restera une fois la partie graphique extraite ou si il sera pas redispatché

C'est marrant je trouve que c'est un des plus beaux thèmes que j'ai vu de mon côté :-)

tu peux consulter cette liste de matériels supportés : http://www.tldp.org/HOWTO/Hardware-HOWTO/

Argh! Merci

J'ai un IGP Intel GMA950 j'ai lancé
$ MOZ_GLX_IGNORE_BLACKLIST=1 ./firefox -P -no-remote
sur la dernière nocturne pourtant le test refuse de se lancer disant que mon système ne supporte pas WebGL
Pourtant dans about: config j'ai bien "true" en face de "webgl.enabled_for_all_sites"
Une idée ?

Merci pour cette dépêche pleine d'humour (cf "Vous n'êtes pas sans savoir que le mécanisme d'allocation mémoire du noyau Linux utilise un algorithme de type "buddy allocation" pour les pages mémoire et un autre de type "slab allocation" pour les objets qui se situent à un niveau "plus haut" que les pages mémoire (les ensembles de pages)")

Merci pour l'info détaillée
Je note qu'Oracle prend des coups propres mais aussi des coups qui étaient amorcés du temps de Sun (Java, OpenOffice). On peut dire qu'Oracle est pire Sun sans pour autant qualifier Sun d'oie blanche au final

"Le noyau 2.6.35 fait maintenant 13 468 253 lignes alors que le 2.6.11 ne représentait que 6 624 076 lignes (évidemment la majeure partie de ces lignes sont dans le code des pilotes de périphériques)"

Connait-on les stats hors pilotes pour que ce soit d'avantage significatif ?

Ah oui moi aussi ça m'emmerde tous ces sites qui citent pas leur source, ravi de voir qu'il n'y pas que moi

Bien vu

Belle poésie aussi que "Le preux chevalier Phillip Lougher est au travail sur cette intégration et peut-être parviendra-il cette fois-ci à terrasser le dragon cracheur de feu qui garde le noyau ?" :-)

Mes moments préférés sur le Web : les dépêches de patrick_g à chaque sortie de noyau et les commit digest de GNOME.
Je les attends comme quand gamin j'attendais la parution de ma revue préférée !
patrick_g on t'aime !

utiliser ~/.thumbnails revient à avoir des tailles prédéfinies de miniatures. Là il y a un slider, alors je ne sais pas comment les miniatures sont cachées