benoar a écrit 4229 commentaires

ils sera disponible sur github.
Non mais arrête tes lancés, on a bien vu que t'avais déjà explosé un paquet de trollomètres rien qu'avec ce journal ...

Houa, c'était ça la bonne traduction ? Mais je me suis dit que c'était un copier/coller qui avait atterri là sans prévenir ...

Bah, rien que la manière de traiter les conditionnelles, qui pour des instructions simples améliore grandement les mauvaises prédictions de branchement, ça change quand même pas mal.

En ce qui concerne les codecs vidéos, c'est une vieille légende bien ancrée dans la tête des gens : avec mon PPC 100% libre (que des codecs avec source sous licence libre, ffmpeg quoi) je lis à peu près _tous_ les contenus qu'on peut trouver. Les exceptions :
- certains WMV9 encodés avec des features spéciales font quelques couleurs cheuloux par endroit (assez rare)
- les tous derniers FLV de youtube encodés avec je ne sais pas codec de Sorenson de mes couilles (oui, je me passe de flash et je lis directement les flv avec mplayer)

La musique je n'en parle même pas tellement je n'ai _jamais_ vu un morceau ne pas passer (même du realmedia ...)

D'ailleurs, ffmpeg contient même des routines assembleur optimisées pour ARM ...

Je sais pas si c'est représentatif des autres prix du commerce, mais :
http://www.materiel.net/ctl/PC_de_bureau/42849-EEE_Box_160G_(...) : 249€
http://www.materiel.net/ctl/PC_de_bureau/42847-EEE_Box_160G_(...) : 289€
Sachant que la version linux a 2Go de RAM au lieu de 1Go pour windows ...

Même genre d'architecture ? Peut-être sur certains points-communs à tous les processeurs, mais rien que l'opposition RISC/CISC et la manière particulière de fonctionner de l'ISA ARM fait que on peut- difficilement les comparer fréquence à fréquence selon moi ...

- un CPU ARM, alors que la principale critique faite sur les Netbooks est qu'ils ne sont pas assez puissants, et il me semble que les Intel Atom sont bien plus puissant que les ARMs.
Heu, "bien plus puissants", je veux des chiffres. Il faut pas croire, mais l'Atom n'est pas si puissant que ça, il faut relativiser les MHz avec le fait qu'il est "in order", etc ... (sur le coup, personne ne l'a critiqué sur ça, alors que c'est la première critique que se prennent les concurrents d'Intel !)
"Un peu plus puissant" suffira, je pense.

- un CPU ARM, donc moins de paquets disponibles, alors que le particulier râle déja un peu d'avoir peu de softs qu'il connait (d'où la vente de Netbooks avec WinXP)
Oui enfin bon, ici on est sur linuxfr, hein.

- un "disque" de 8 Go contre 80 ou 160 Go, le particulier va vite se sentir à l'étroit.
Les autres netbooks à SSD ont a pru près la même capacité, ou un peu plus. Compare ce qui est comparable, on ne compare pas un SSD à un disque dur.

- un réseau de distribution inexistant, donc pour toucher le particulier ce n'est pas gagné. Rappel : des Netbooks, il y en a la FNAC etc... Grace au réseau d'Asus et compagnie.
Ça c'est vrai. On voit aussi ce problème avec le Gdium cité plus bas : j'en ai vu qu'au FOSDEM, et personne n'en verra un en magasin. À mon avis c'est là que va se jouer son succès ou non. Mais j'ai peur de déjà connaître la suite ...
Après, ça permettera à tout le monde de mieux réaliser le pouvoir qu'on ces distributeurs sur notre vie de "consommateur".

- Plus cher qu'un Netbook (400$ US HT = 360 € TTC alors que les Netbooks se trouvent à 300€ voir moins)
Cite moi les prix des notebooks existant. Asus a aujourd'hui une majorité de modèles >= 400€, et les autres ne se gènent pas non plus. Je trouve ce prix tout à fait dans la moyenne, surtout pour ce qu'il apporte (l'écran tactile c'est toujours l'argument qui fait exploser les prix chez les autres constructeurs).

Faire l'annonce d'un nouveau produit c'est très bien, transformer LinuxFr en site de marketing avec des messages "tueurs de", "extra méga génial" etc... Qu'on lit ces temps-ci, c'est dommage que ça passe la modération.
Heu, j'ai vu pire comme "publi-reportage" dernièrement ici. Là on parle d'un projet qui se veut libre (bon, qui ne l'est pas entièrement, c.f. la CG et le DSP), qui a l'air vraiment pas mal, même si quelques superlatifs peuvent paraître de trop ... moi je trouve qu'il a sa place ici.

Fennec tourne à peu près bien sur Nokia N8x0, qui est un ARM avec 128Mo de RAM.

Il existe déjà pas mal d'applis pour faire ses courses sur PDA/smartphone il me semble ...

Pour le dsp, c'est moyennement gênant, TI fournit des codecs mpeg4 avec la puce.
Et si on veut autre chose que du mpeg4 ? Du Theora par exemple ... Et rien que pour décoder de la musique : je veux du ogg, je fais comment ? (je connais plutôt bien le problème, j'ai un N800 qui ne lit pas de ogg d'origine alors que c'est une tablette linux ... et mplayer utilise le décodeur "soft" (i.e. c'est l'ARM qui décode, pas le DSP) ce qui réduit fortement l'autonomie car le DSP ferait mieux avec moins de conso d'énergie).

Je parle même pas du module qui permet l'interaction entre le DSP est le kernel qui était proprio (il me semble qu'il a été libéré, pour OMAP2xxx au moins, mais je suis pas sûr) mais dont TI a beaucoup de mal à lacher des specs sur comment son DSP attaque la RAM par exemple, afin qu'ils ne se marchent pas sur les pieds avec l'ARM géré par le kernel.

Pour la carte graphique malheureusement...
Les PowerVR font un carton en ce moment dans l'embarqué, je pense qu'il est quasi impossible de s'en séparer quand on prend un SoC TI. C'est plutôt une bonne puce, mais la boîte qui la gère aujourd'hui, Imagination Technologies, on fait pas plus fermé et obtu dans le genre "je file pas une seule info sur mes puces, je fous des NDA partout, j'emmerde le libre".

Bref, toutes ces annonces du développement du libre dans l'embarqué récemment, c'est un peu du pipo pour le coté "libre" (ok, c'est surement plutôt présenté comme du "linux" que du "libre", c'est moi qui fait trop vite l'association, mais quand même, entre les FPGA inutilisables avec du libre, les DSP pareil, etc ... ça me gonfle).

Très bon papier, merci, qui explique comment on peut "désanonymiser" une élection de ce genre en rendant les préférences de vote des sortes de "signatures" que des personnes ayant intimidé les votants peuvent vérifier...

Gallium3D utilise LLVM pour compiler les shaders, pour les cartes disposant d'unités programmables.
Et pour les cartes à pipeline fixe aussi ! Je me disais que les possesseurs de "vieilles" cartes aller être oubliés, mais la conf de Stéphane Marchesin au FOSDEM du mois dernier expliquait bien comment plusieurs backends LLVM pour les différentes versions des chips NVidia ont été faits, et comment les optimisations permettaient de s'adapter (dans une certaine limite) aux "vieux" chips à pipeline fixe. Vraiment intéressant (même si ça reste très expérimental).

http://fosdem.org/2009/schedule/events/xorg_llvm_gallium

Oui, genre mettre "général" par défaut ...

Foutaises. Un noyau "bloaté" c'est 4Mo maxi, ça ne changera pas grand chose ...

Il me semble que pour Coq, il ont essayé de réduire au maximum l'ensemble représentant les axiomes de base afin de les prouver "à la main", et de faire prouver le reste de Coq à partir de ça. Bon, c'est assez approximatif, si quelqu'un avait une explication plus clair, je suis pour.

Fait gaffe que ton patron trouve pas toutes tes contributions aux forums de linuxfr, sinon il te reprochera d'avoir déjà fait un mi-temps depuis longtemps .... ;-)

Exorbitant ... Ce n'est pas un magazine à grand tirage non plus. C'est le prix de 3 bières, enfin, je sais pas trop à quoi comparer, mais quand même, vu la qualité des articles (OK, c'est variable) je pense que ça les vaut (si tu voir un magazine encore plus "marginal", va regarder du coté de MISC ... et de son prix).

http://en.wikipedia.org/wiki/Secure_Digital_card#SDXC

Pas tout à fait, elle existait déjà dans la v2. Ce qui est nouveau dans la v3, c'est l'interdiction des accord du type celui de Novell/MS, qui ne sont pas directement des accords sur l'utilisation de brevets (ce qu'interdit déjà la v2), mais des accords de "promesse de non attaque" (cf l'OSP). Oui, c'est de l'enculage de mouche, mais d'un coté c'est MS qui l'a provoqué ...

Tu le rajoutes dans /etc/modules.

le processeur c'est 50%
Aujourd'hui, avec les dual-core, ça veut souvent dire que 1 core est à 100% (et puisque firefox est mono-processus, ça veut bien dire que flash consomme tout ce qu'il peut comme ressources).

Holala ... "au niveau de l'électronique" ... tu sais de quoi tu parles exactement ?
Le BIOS est executé par le processeur, comme tout programme/OS. Il communique avec des composants en envoyant des commandes (inb/outb), en écrivant dans des endroits de la mémoire mappés sur un périph (MMIO), bref, que des choses que sait faire n'importe quel OS.

Après, tu n'as pas tort sur le "à part si l'OS a les même connaissances que le BIOS" : c'est souvent le manque de doc qui empêche d'avoir un linuxbios fonctionnel par exemple. Genre tu ne pourras pas contrôler la tension / le coeff multiplicateur / etc. de ton processeur _parce que tu n'as pas les docs_. Mais si elles existent, l'OS pourrait tout à fait le faire ! Le BIOS ne peut _pas_ les cacher, sauf pour des mécanismes très particuliers comme le passage en mode protégé des x86 qui ont été conçu des l'origine pour ne pas être réversible. Mais, ça ne concerne pas l'accès à un périphérique.

Donc, pour revenir à nos moutons, quand cela concerne un périphérique dont l'OS a un driver, le BIOS ne peut rien faire !

Ou simplement :
(1).__add__(2)

Oui, bien sûr, mais c'était précisément le mode single dont je parlais.

Vu la question, j'ai supposé qu'on avait pas déjà les droits root, sinon c'est trop facile, effectivement ...