WhiteCat a écrit 699 commentaires

Moi j'aime bien le numéro de version actuel, je vois pas trop l'intérêt de changer subitement, sans raisons apparentes.

Enfin bon, si finalement le numéro de version change, je continuerais à utiliser Linux quand même :-)

Rien n'a changé. Le code gérant S3TC fait partie d'une bibliothèque externe (libtxc_dxtn.so).

Ce qu'il y a de nouveau dans le noyau 2.6.39, c'est qu'un patch a été intégré par David Airlie (de Red Hat) afin de mieux gérer certains types de textures (dont S3TC fait partie) avec r600g. C'était le maillon manquant pour gérer S3TC avec r600g ; le reste de la pile graphique prenant en charge déjà ce qu'il fallait.

Du côté d'AMD peu de nouveautés à noter hormis les patchs de prise en charge des puces HD 6900 (Cayman) et d'activation du tiling pour les puces R600 qui entrent dans le noyau.

Je voudrais également rajouter que désormais le noyau permet de gérer les textures S3TC avec les cartes AMD R600+ (avec Gallium3D). C'est quand même une énorme nouvelle !

Ce même développeur se fait démonter par les développeurs de Mesa qui considèrent que Kwin s'y prend n'importe comment pour détecter les fonctionnalités 3D.

[...]qui était égale au double de la fréquence de base[...]

... égale à la moitié voulais-je dire.

Je pense que ton opération d'overclocking a quand même provoqués certains dégâts à ton processeur.

Je vois pas en quoi. Mon actuel CPU (Pentium DualCore) je l'ai depuis juin 2007.

Chez moi, 2700/1800 = 1.5, et pas 2.

Euh oui je me suis carrément gouré. Je pensais à la fréquence "rajoutée" qui était égale au double de la fréquence de base. Enfin bref, je suis nul en maths ça enlève pas la performance ^^

Et c'est encore pareil aujourd'hui. Auparavant j'avais un Opteron (K8) fréquencé de base à 1800 MHz. Je l'ai fais passé au double (2700 MHz) les doigts dans le nez.

Et maintenant j'ai un Pentium Dual-Core (Core2) de base à 1800 MHz lui aussi. Je le fais tourner lui-aussi à 2700 MHz en permanence, cerise sur le gâteau : avec un voltage inférieur au spécification de base !

L'overclocking c'est bon pour la planète XD

Celle de se satisfaire de bas qui coûte pas cher.

Mais tu oublies que, selon le reportage, les industriels détériorent volontairement le nylon pendant la fabrication. Donc pour l'industriel c'est un peu plus cher de le produire.

Au final le consommateur paye donc du nylon un peu plus cher et moins résistant.

Je ne sais pas si tout le monde en est conscient, mais fabriquer du durable, ça peut impliquer des tests plus pointus, et donc plus de pièces qui vont partir à la poubelle avant d'atteindre la fin de la ligne de production. Est-ce pris en compte dans les étdudes qui parlent de "plus de durable et donc moins de déchets!"?

Ce que tu n'as pas compris ici (dans l'obsolescence programmée), c'est que les industriels diminuent volontairement la qualité d'un produit. À la base, le produit a une qualité X (exemple les fibres des bas-nylon). Après le processus de fabrication la qualité est inférieur à X (les fibres ont été détériorés par procédé industriel, en l’occurrence les UV si je me souviens bien du reportage).

Bien sûr ce que tu dis est partiellement vrai, mais ce n'est pas en rapport avec l’obsolescence programmée.

Pas du tout, les politiques des marques peuvent très bien changer, de plus on peut avoir eu de la chance avec un achat mais en fait c'était une mauvaise série.

Certes, mais il y a des tendances globales qu'on peut tirer de l'expérience (que ce soit la sienne ou celles des autres). Je sais très bien par expérience qu'un produit Logitech sera de meilleure qualité qu'un produit Trust par exemple, alors que le temps de garantie doit être le même.

Il ne donne aucune garantie sur la durée de vie. [80Plus]

Pas directement, mais indirectement les alims 80Plus ont des critères de fabrication qui font qu'elles durent plus longtemps que des alim Heden à 30 €.

Et oui! l'Homo œconomicus n'a pas que ça a faire qu'étudier tous les achats qu'il fait pour en tirer le bénéfice maximum.

Nul besoin d'étudier chaque achat. À l'expérience de chacun on sait vers quoi se porter. De même les labels sont des repères. Par exemple le label 80Plus pour les alimentations. Ou bien le label AB ou Nature&Progrès pour la nourriture. La norme EuroNCap pour les crashtests de voitures, etc.

Tout à fait, l'obsolescence programmé dans le logiciel libre n'existe pas. Tout simplement parce que ça n'apporte rien au logiciel ou à son éditeur ! Ubuntu arrive en fin de vie ? Je télécharge gratuitement la nouvelle version. Canocical s'en fout que je le fasse ou non, il ne gagne rien. Par contre quand ton écran LCD tombe en panne après la garantie, tu repasses à la caisse. C’est très intéressant pour le constructeur.

Le logiciel libre est justement quelque chose d'anti-obsolescence programmée.

dans ses déclarations à la presse, Marc Paindesucre se présente comme un adversaire de l'anonymat sur internet, et par voie de conséquence un adversaire de plein de choses que j'aime bien, comme la vie privée;

Comme Nicolas Sarkozy en fait.

Sauf que les méthodes pour y parvenir sont différentes. Google est un bisounours à côté de Monsanto par exemple.

On peut recuperer le firmware du driver proprio pour faire le RE si la license de ce firmware fait peur... Le driver proprio n'a pas cette section iirc

C'est le monde à l'envers ^^

la plupart du temps après mise à jour du noyau ou du driver de la carte graphique

Tu aurais dû préciser "driver propriétaire" parce qu'avec les pilotes libres ce problème ne se pose pas.

Ce qui permet de dire qu'"on peut jouer sous Linux ". Mais à quel prix ?

J'ai déjà gagné beaucoup de partie à ETQW.

Optimus ou le switch " à chaud " de GPU

Je trouve ce genre de technologie totalement inutile. Il serait plus efficient d'avoir un seul GPU (puissant) ayant la capacité d'avoir un mode très basse consommation. Ça ferait des économies de matières premières et les dev n'auraient pas à modifier (profondément) leurs pilotes. Mais pour cela il faut qu'AMD et NVIDIA fasse de la R&D. Peut-être que ça les ennuis alors ils pondent des merdes bricolées, comme Optmius.

l'avenir est au multiGPU intégré même au cœur du CPU.

Ah bon ? Je dirais plutôt que ce sont les constructeurs qui poussent ce genre de technos. Avant Optimus je n'avais jamais entendu parler de ce genre de chose.

Je ne fais que rapporter ce que j'ai lu.
http://people.freedesktop.org/~agd5f/radeon_ucode/LICENSE.radeon indique :

"REDISTRIBUTION: Permission is hereby granted, free of any license fees, to any person obtaining a copy of this microcode (the "Software"), to install, reproduce, copy and distribute copies, in binary form only [...] No reverse engineering, decompilation, or disassembly of this Software is permitted."

Effectivement d'après la page http://www.x.org/wiki/radeonBuildHowTo (partie "Missing Extra Firmware" et "Missing firmware") il faut un firmware pour les R600/R700/Evergreen (et sûrement NI donc).

Mais généralement ces firmwares sont intégrés avec la distribution, et de toute façon maintenant ils sont inclus directement avec le kernel. Donc tu ne devrais pas avoir à te soucier de cela.

Pour info, les firmwares AMD sont librement redistribuables, mais interdit de faire de la rétro-ingénierie dessus ou de les modifier.

ah non la réponse de Jérôme est juste en dessous en fait ;-)

Pour la 1ère question, Jérôme Glisse (glisse) a répondu à ça dans un des commentaires un peu plus haut.

Pour la 2ème question : peut-être qu'il préfère le matériel NVIDIA (différence de conception, cf. le commentaire de Jérôme toujours). Ou bien aussi parce que ce n'est pas ce que leur employeur veut qu'il fasse.

Merci Jérôme pour ces précisions ! Mais du coup j'ai plein de questions qui me viennent :D

Tu dis que le noyau prend beaucoup de temps à analyser le flux de commandes. Mais pour le pilote proprio est-ce pareil ? Si non, est-ce que ça signifie que le pilote proprio est (théoriquement) moins sécurisé ?

Concernant les optimisations de r600g, on voit apparaitre régulièrement dans Mesa des implémentations d'extensions OpenGL. Si j'ai bien compris, à partir de ce moment tous les pilotes Gallium3D peuvent en tirer théoriquement partie, mais en "soft" (tourne sur le CPU). Est-ce que l'implémentation matérielle des extensions apporte un gain de performance important ? Dans r300g/r600g quel est le pourcentage d'extensions accélérées matériellement par rapport à celle en soft ?

J'ai lu à plusieurs reprises que nouveau n'avait pas d'ABI (ou d'API ?) figée contrairement à r300/r600 ce qui serai apparemment un avantage pour les développeurs de nouveau. N'est-il pas possible de revenir sur cette décision pour r300/r600 ? Je ne me rends pas compte des implications que cela pourrait avoir. En tout cas du point de vue utilisateur (ie. utilisateur d'une distro où tout est packagé), je ne vois pas ce qui gêne nouveau d'avoir une ABI non figée.

Puisque qu'une réécriture de r600g serait le plus bénéfique (au moins à long terme), est-ce un scénario réellement envisageable ? Combien de temps faudrait-il pour avoir un pilote réécrit avec un niveau de qualité/performances comparables à aujourd'hui ? 6 mois, 1 an, 2 an, plus ?

Voilà, j'espère que tu auras un peu de temps pour répondre à tout cela :-)

Tu as oublié une énorme nouvelle : r600g gère maintenant les textures S3TC ! Ça veut donc dire : Enemy Territory: QUAKE Wars tourne avec r600g. Bon il y a des bugs énormes, mais au moins ça tourne.

Sinon, bonne dépêche !

Parce que toute personne un tant soir peu attentive sais déjà que Firefox 4 est censé sortir aujourd'hui.

Le journal aurait donné des informations inédites, par exemple ce qu'il en ai de l'accélération WebGL sous Linux (suite au journal de Benoit Jacob), d'une citation rigolote de Tristan Nitot ou que sais-je encore, là cela aurait été un journal intéressant. Alors qu'annoncer la sortie du logiciel dont tout le monde savait qu'il sortait ce jour là, quel intérêt ?

Très rares, pour ne pas dire inexistants, sont les projets libres qui voient arriver des patchs écrits par plus de 250 nouveaux venus tous les trois mois !

En effet, dommage que ça ne soit pas pareil pour Mesa.

Certaines distrib proposent des paquets plus simple à installer que le paquet compilé officel.