M a écrit 2988 commentaires

L'accélération Xv est arrivée avec le drm des r600/r700 dans le kernel 2.6.31. Ça marche nickel pour lire pleins de films.
Donc on en est au niveau du driver "open source" [1] nv. C'est formidable...

[1] bon d'accord il est peut etre offusqué mais il marche.

Le navigateur ne fait pas à la fois client et serveur, il initie une connexion TCP vers le serveur sur laquelle on ouvre des flux bidirectionnels, le serveur comme le client peut donc envoyer des données.
Donc on est obligé de maintenir une connection tcp pour chaque client. J'espère que les serveurs seront costaud pour tenir la charge.

Tu veux dire faire un truc comme http://www.w3.org/Protocols/HTTP-NG/ ?

J'espere que leur mecanisme de push passera les firewall, NAT & co.

C'est faux, j'ai pris un vieux jeux win16 (il y en a plein sur les sites abandonware) et ca marche.

Le seul pb, c'est pour les jeux dos utilisant vm86 et des jeux qui font des trucs un peu louche.

Du coup on se demande pourquoi autant de machine n'ont pas un mmap_min_addr non null...

Les versions récentes de dosemu aussi : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505247#17

C'est pas H.323 qui est/était préféré par les opérateur telco ?

A mon avis, GCC, parceque lorsqu'une optimisation rend le code plus lent, ce n'est guère pertinent.
Ben le pb, c'est que gcc a tendance a inline a fond en -O3 et qui est nefaste pour les caches.

C'est facile de descendre les perfs avec des `-g` en parallèle à des `-O2`.
Tu as des sources ?
Au dernière nouvelle -g n'ajoute que des symboles de debug, et ne modifie pas les optimisation.

Par contre ubuntu on tendance a compiler avec -fstack-protector qui n'est pas transparent.

Surtout que si tu veux etre en mode radin, il y a moyen d'imprimer des cartes depuis geoportail...voir même de faire un script qui reconstitue la carte


PS : depuis quelque temps il y a même les cartes marine sous geoportail...

Quand ton ordi "dort" comme ça, seule la RAM est raffraîchie, tout le reste est éteint.

Et non :
- la carte reseau qui attend une trame spéciale consome un peu
- l'usb peut consommer un peu (pour reveiller ton pc avec un clavier usb)
- ...

Pour la plupart des périphériques embarqués, c'est un mode de basse consommation pour le CPU, mais il est toujours un petit peu actif.
Encore faux.
Les périphériques embarqués peuvent soit avoir des modes basse conso ou le cpu est encore actif (équivalant des c state sur x86) ou alors ils peuvent être complétement éteints et la ram est en self refresh (+un block qui est chargé de rallumer le cpu sur un evenement (rtc, gpio, ...))

A noter que nvidia n'est pas obligé de maintenir le driver nv. Il pourrait laisser les gens n'utilisant pas le driver proprio se demerder avec vesa (comme certaine puces ATI).

Il suffit de faire ses propres capsule : http://www.maxicoffee.com/blog/?tag/homepressofr

Tu es sur de ton coup http://www.nvidia.com/object/linux_display_ia32_71.86.11.htm(...) m'a l'air assez récent pour supporter le 2.6.30 .

Par contre le support de ces cartes c'est dégradé dans *debian*. J'ai du attendre des mois avant qu'ils integrent la version du legacy 96xx compatible avec les kernel récent...

Tu en as d'autre a http://www.dwheeler.com/flawfinder/index.html#othertools .
Notament Stanse aurait trouvé des bugs dans le kernel : http://lwn.net/Articles/356785/

Ben la plupart du reste c'est du bsd/apache2, pas du gpl, donc ils sont pas obligé de le partager...

Ce n'est pourtant pas ce qui se passe avec les processeurs graphiques Intel: ça marche très bien même quand c'est neuf.
Pas sur leur dernier chip GMA500 : http://kubuntuforums.net/forums/index.php?topic=3105729.5;wa(...)

Que leurs puces sont moins performantes donc plus simples à piloter?
Je pense que ca doit pas mal y jouer.

En tout cas les nouvelles versions du serveur X dans debian apporte tout un tas de dépendance sur des trucs horrible comme :
- consolekit (qui crée tout un tas de thread) [1]
- hal qui me reveille mes disques en standy entre autre.
- devicekit-disks
- policykit [2]

Du coup pour le moment j'ai mis le serveur X en "hold"...

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526499
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526854

PS : pour couronner le tout le paquet nvidia-glx-legacy-96xx de debian n'est plus maintenu

Heu XvMC c'est dépassé. C'est VAAPI qui le remplace : http://linuxplumbersconf.org/2009/slides/Bian-Jonathan-VAAPI(...)

Il est peut etre partisant, mais il montre des infos méconnues du public :
- on recycle qu'une partie infime des déchets nucléaires (10-15%)
- on se débarrasse de la plus grosse partie de nos déchet en sibérie. Oui ils sont peut être faiblement radioactif, mais c'est pas une raison pour les refourger ailleurs.
- la hague rejette des choses dans la mer et l'air dans des seuil qui sont mesurable (apres leur nocivité est une autre question). Le granit est aussi radioactif...
- les déchets nucléaire de haute activité vont mettre plusieurs millénaire a de dégrader. C'est un beau boulet qu'on offre aux générations futures. On a profiter de l'energie nucléaire, démerdez vous avec nos déchets.
- les incidents sont loin d être mineurs (chernobyl, contamination de lac/rivière, ...)

Et puis bon le nucléaire est une technologie politique. N'importe qui ne peut pas y accéder (cf Iran).

D'accord on pas actuellement de solution de remplacement du nucléaire, mais :
- on pourrait réduire notre conso d'ernergie (isolation, développement des lampes led, appareil qui consome très peu au repos, éducation, ...)
- investir ce que l'on investie dans le nucléaire dans d'autre techno.

A noter le projet http://openinkpot.org/ pour reflasher certains eBook avec un truc libre.

heu la triangulation marche même avec une seule antenne. Avec la puissance du signal tu sais que tu es sur un cercle autour de l'antenne.
Avec 2 antennes, tu sais que tu es sur l'intersection des cercles, ...

Bien il peut y avoir des perturbations qui fausse la mesure, mais on doit resté assez précis.

Et puis le gps, c'est pareil, si t'es dans un immeuble, ça marche pas forcement bien.

..... mais sur le fond, un point invalide l'idée : si l'erreur se fait dans la zone mémoire qui compare les lectures.
Une autre idée : faire tourner le même algo plusieurs fois en utilisant des zones RAM différentes.
Si les résultats diffère c'est qu'il y a eu une erreur. Dans ce cas on peut prendre le résultat majoritaire.
En fait ca revient a faire un soft tolérant aux erreurs.

Mais on reste avec des drivers proprios, en violation de la GPL : pour le wifi et l'ethernet (cf 2è lien du journal). Pas étonnant, ça vient direct du BSP Broadcom, qui n'a pas changé ses "bonnes" habitudes.

On a desormais des drivers libre pour le wifi et l'ethernet broadcom.

PS : on peu trouver sur ebay des routeurs qui marchent tres bien avec openwrt pour pas cher (j'ai payé le mien 20 €)...

Et puis aussi des tests sur la puissance de décodage nécessaire (notamment pour les plateforme embarqué).

Sinon en test alternatif, il y a http://x264dev.multimedia.cx/?p=102#more-102 . Mais bon les mauvaises perf de theora Thusnelda (qui fait moins bien que mpeg-2) serait du à un bug du "contrôle de débit"...