patrick_g a écrit 6392 commentaires

D'un côté on a Intel (avec Sandy Bridge et ses successeurs) et AMD (avec Brazos et ses successeurs) qui intègrent des coeurs graphiques sur leurs processeurs.
De l'autre on a l'architecture x86 qui nécessite un accord de licence avec Intel.

Donc pour NVidia l'avenir s'annonçait vraiment bouché. Sur le marché des GPU la firme allait se faire dévorer par le bas et sur le marché des CPU l'entrée était interdite par Intel. Pas cool !
La seule solution c'était d'attaquer Intel et AMD en faisant des puces sous architectures ARM. C'est la tendance en ce moment et il semble y avoir de vrais avantages techniques en terme de ratio puissance de calcul/consommation.
Il faudra quand même booster la puissance et essayer d'intégrer au maximum le coeur ARM avec la puce graphique pour proposer un produit compétitif. Je ne sais pas si ça va marcher mais c'était la seule solution rationnelle.

Vu du bateau GNU/Linux je me demande si ça va changer quelque chose dans l'approche de NVidia. Est-ce qu'ils vont être incités à ouvrir leurs specs ou même, suprême espoir, à développer des pilotes libres ?

Il semble que les SSD basés sur des contrôleurs Sandisk sont devenus meilleurs que les Intel : http://www.anandtech.com/show/4100/ocz-vertex-pro-3-demo-wor(...)

Hop, corrigé.

Je vois plus XML comme concurrent. Les bases SQLite sont illisibles avec un éditeur alors que des enregistrements au format XML (comme dans Tellico par exemple) sont en théorie lisibles.
C'est clair que les perfs doivent un peu souffrir avec une base au format Rec mais bon ce n'est pas fait pour stocker des gigas de données.

Je ne connaissais pas ce projet mais ça a l'air très bien en tant que moyen de stockage simple sans avoir à dégainer l'artillerie d'une base SQL.
Et puis le logo est sympa (cf l'entrée "Why is the logo depicting a pair of copulating turtles?" de la FAQ).

>>> À croire que seul le troll paie ? :(

Ben justement c'est ça dlfp ;-)
Sinon quand tu dis que YAFFS est "encore utilisé suivant le matériel" je ne comprends pas trop. Certes il est utilisé sur les anciennes versions d'Android (on ne va pas reformater les téléphones des gens !!) mais sur toutes les nouvelles versions à partir de la 2.3 (Gingerbread) c'est ext4 qui est utilisé.

Les modéros/relecteurs n'ont même pas encore commencé à voter. On s'y mettra sans doute seulement à partir de ce weekend et ça s'étendra surement sur plusieurs jours.
NoNo corrige les bugs donc calmos sur les plaintes, les css seront jugées quand tout sera OK.

Héritable ?

Le pilote est dans -staging ce qui veut dire qu'il n'a pas encore le niveau de qualité suffisant pour intégrer réellement le noyau normal.
Staging c'est juste l'antichambre.

Bah oui ce billet de Kernel Trap est déjà mis en hyper-lien sur le terme "unlikely" dans la dépêche.
C'est vrai que l'explication est très pédagogique.

>>> Et Firefox n'a pas besoin du bit suid pour atteindre le but de process isolés pour les plugins, me semble t il.

Tu as des détails techniques ou un lien là dessus ?

>>> Je trouve que c'est bien que des logiciels gardent des cycles de développement longs (Debian, Firefox dans une moins grande mesure)

Dans l'absolu moi aussi je trouve ça bien...mais quand les cycles ne sont pas bien alignés ça conduit à ce que Squeeze sorte avec un FF 3.5 qu'on va se trainer deux ans avant d'avoir une autre version dans la stable.
Oui je sais, backport tout ça, mais bon c'est pas super quand même d'avoir autant d'écart.

Alors ça c'est vilain de mal orthographier les noms. C'est corrigé et merci de l'avoir signalé.

Bah j'ai juste dit que j'allais créer la page wiki...pas que j'allais m'en occuper ensuite ;-)
En ce qui me concerne les deux premiers mois de 2011 ça va être intensif au boulot et pour mars j'ai un voyage de 3 semaines en Ouzbékistan qui est prévu. Donc je ne vois pas trop comment je vais pouvoir trouver le temps de rédiger quoi que ce soit.
La news GCC 4.6 ça risque d'être pareil :-(

Bien vu. C'est corrigé.

Pour diverses raisons (real life strike back) je ne pourrai sans doute pas m'occuper de la dépêche du prochain noyau 2.6.38. Si c'est bien le cas ce sera la première fois depuis que j'ai commencé la série (noyau 2.6.18 en septembre 2006) que je saute ainsi une sortie de kernel :-(

Le point positif c'est que la nouvelle version du site LinuxFR en RoR est dotée d'un wiki alors pourquoi ne pas faire un essai d'écriture collaborative de la news ?
Dès la bascule vers le nouveau site je vais créer une page sur le wiki et mettre en place la structure de la news (j'ai déjà mon template au format markdown) ainsi que les liens que je trouverai sur les nouveautés du 2.6.38.
On verra bien ce que ça donne en terme de contributions. Aussi bien je vais pouvoir me la couler douce pour le reste de ma vie et voir les news s'écrire toutes seules pendant que je sirote mon jus de goyave !

Merci c'est corrigé.

>>> la France est un pays riche

http://fr.wikipedia.org/wiki/Dette_publique_de_la_France

C'est jamais très bon pour un projet libre quand un seul développeur au monde peut comprendre et corriger le code.....

Et puis qui a finalement gagné la Guerre de cent ans à la bataille de Castillon hein ?
Non parce que les anglais ils sont forts pour parler d'Azincourt mais, at the end, c'est nous qui leur avons mis la pâtée ;-)

Tiens je vais faire ça pour la prochaine news noyau. Paf, 210 liens en bas de page ça aura de la gueule !

Les pires pour ça c'est Phoronix. C'est incroyable le nombre de liens vers leurs propres articles qu'ils parviennent à placer dans tout ce qu'ils écrivent.
Entre ça et ceux qui saucissonnent leurs articles en 53535 parties pour multiplier le nombre de clics y'a des baffes qui se perdent.

J'ajoute le lien vers ce billet sur le blog de FDN : http://blog.fdn.fr/post/2010/12/30/FDN-participe-%C3%A0-l-ex(...)
ça explique bien la problématique je trouve.

Bien meilleur : http://theoatmeal.com/comics/email

Je sais que Google vend aux entreprises un service basé sur Gmail et Google Docs donc se doit d'assurer une fiabilité maxi.
Est-ce que Skype fait pareil en vendant aux entreprises des services de téléphonie ?