M a écrit 2999 commentaires

Les cartes soekris peuvent booter par le réseau, mais je préfère encore utiliser la carte flash.
Pourquoi faire simple quand on peut se taper des heures de galères.

Une simple directive obligeant tous les manufacturiers à concevoir leurs appareils électriques de telle sorte que leur consommation à l'arrêt (via télécommande, où en stand-by) soit la plus faible possible.

Plus faible possible par rapport à quoi ?

Le pb, c'est surement que leur proc principal à bas cout ne gère pas les modes basses consommations.


Le mieux serait de faire comme sur les frigos : afficher une échelle sur laquel on mettrait la conso du produit à l'utilisation/en veille.

PS : Chose courante: il manque sur la carte une vingtaine de composants (des options ?).
Ben c'est plus facile sur un circuit éléctronique de prévoir plus ( composant optionnel, composant de debug, ...), que d'être comme un con et devoir tout refaire s'il y a un truc qui marche pas comme prévu.

Juste une question aux développeur ici présent. Quel genre d'optimisation logiciel il est possible de faire pour tirer partie du 64bits ? Parce que personnellement, je développe toujours de la même façon sur cette plateforme.
Aucune : les perfs sur x86_64 par rapport à i386 sont surtout du aux différences d'architectures (plus de registre en 64bits qu'en 32 bits, ...).

Sur les autres bi-architectures 32/64 bits (sparc, ppc) les perfs sont meilleures avec des appli 32 bits qu'en 64 bits.
Pourquoi ? Parce que dans ce cas l'archi est quasiment la même, seul la taille du bus change. Et comme la plupart des appli n'utilisent pas de données 64 bits le 32 bits leur suffit (et elles n'ont pas à ce trimballer du code plus gros, des datas plus grosses (pointeurs 2 fois plus gros, ...), ...).

Si on osait caser la compatibilité i386, je pense que l'on pourrait aussi avoir un mode 32 bits plus rapide que le 64 bits sur x86_64.

On sait quel format (mpeg2, mpeg4, wmv3) est capable de supporter UVD et quel seront les gains attendu ?

Parce que j'avais essayé à l'époque le XvMC d'une nvidia et l'apport était minime au vu des inconvénients (tous les filtres de désentrelacement n'était pas possible)

oui, je crois que SLIP est buggé dans les kernel récent. Je sais pas si ça a été corrigé dans les dernières versions

oui, je crois que la 3.3.0 tourne deja sur AIX.

Je suis pas sur qu'EFI soit mieux placer qu'open firmware au niveau liberté...

Mais bon vu qu'intel pousse pour EFI et que l'archi grand publique la plus vendu est du x86, EFI a de beau jour devant lui.

J'espère seulement que ça sera moins le bordel qu'avec l'ACPI (où finalement on en vient à copier le fonctionnement de Windows, vu que les constructeurs valident leur code seulement avec Windows...).

Le seul problème de valgrind est qu'il est fortement lié a l'architecture i386.
Il a l'air de tourner pas mal sur ppc.

Par contre valgrind ralenti les programmes ce qui peut changer le comportement (par exemple dans le cas multi thread).
Je crois aussi que tout est sérialisé (pas de SMP).

C'est pas l'outil parfais, mais il reste quand même formidable.

Et quel est la différence entre Alpine et un mutt configuré pour ressembler a pine ?

Vu l'utilisation massive de JavaScript (avec web 2.0, ajax, ...) au lieu d'interpréter le javascript (ce qui doit être fait par la plupart des navigateurs aujourd'hui), ne pourrait ton pas faire du JIT (compilation à la volé du code http://fr.wikipedia.org/wiki/Compilation_%C3%A0_la_vol%C3%A9(...) ).

On me souffle à l'oreille que tamarin (http://www.mozilla.org/projects/tamarin/) devrait pouvoir faire du JIT.
Quelqu'un sait il ou tamarin en est ?

PS : pourquoi faire des bench sur de tel montre au lieu de config moyenne.

La durée de vie d'un ordinateur à chuté de 6 ans en 1997 à 2 ans en 2005


2007, c'est l'année des machines bi ou quadri-core. Vista viens de sortir. Aucune obligation de se mettre à jour pour l'OS, les logiciels Vista restent compatible XP/2000, voire 98.Un constructeur vendait il y a quelque mois des Sempron 3200+ correspondant au haut de gamme de 2004 (P4 3200). 3 ans contre 18 mois.

Oui mais le pb c'est que le nombre d'ordinateur entre 1997 et 2005 n'est pas du tout comparable.
De plus je crois que tu confonds durée de vie physique et durée de vie chez un particulier.

La durée des produits électronique à chuté. Pourquoi ?
Je pense que tout d'abord c'est du à la différence cout de production/cout de réparation. De nos jours les produits sont fabriqué avec un faible coût (automatisation, utilisation d'ouvrier chinois, ..) alors que les réparateurs sont payés avec un "salaire français". De ce fait il est parfois plus intéressant d'acheter du neuf que de faire réparer.

De plus les produits sont de plus en plus complexe et les réparateurs maîtrise moins les parties interne. Lors des réparations, on a tendance à changer de plus gros bloc. C'est moins cher (la encore on a moins de main d'oeuvre), mais on "jette" une plus grosse partie à la réparation.

Enfin les constructeurs commencent à arriver dans un marché ou tout le monde est équipé. Pour continuer à vendre, il faut bien qu'ils encouragent le consommateur à jeter ce qu'il a au profit du neuf (voir même faire des trucs moins solide).

Le marché de l'occasion peut être une solution, mais c'est pas forcement accessible à tout le monde, ni forcement rentable.
Il y a certain matos qui ne marche pas sur le marché de l'occase : par exemple les écran CRT.

De plus il faut nuancer l'achat de nouveau matériel (et mise à la casse de l'ancien) au fait qu'il peut être plus "écologique" à l'utilisation.

en même temps je suis ravi de faire mumuse avec un simulateur de vol qui n'exige pas DirectX 11.2 et 4 cartes nVidia 9800 SLI avec 2 Gb de RAM DDR5

sauf que le flight simulator d'il y a cinq ans, il tournait sur des petites config d'aujourd'hui...

J'ai pas mal utiliser flight simulator 98 sur un Pentium 133 Mhz sans carte graphique 3D.
Et niveau de la simulation je sais pas si mes souvenirs sont foireux, mais j'ai pas l'impression que Flightgear ai plus de réalisme que mon ancienne version de flight simulator.

Au passage il y a un changelog pour la version 1 ?

Tu sais les IP ne sont pas anonymes. Des que l'on se ballade sur le net, on la laisse un peu partout.

Rien n'empêche de mettre un pare-feu sur toutes les machines sinon.
Sauf qu'il faut avoir confiance aux parfeu de certains OS (windows) (et ca bouffe du cpu, RAM), c'est chiant a administrer (surtout que dans la plus part des cas on veut que sur le reseau local les ports ne soit pas bloqué), c'est pas possible sur tout les périphériques (tu peux avoir des périphériques sur ton réseau local qui n'ont pas de parefeu (imprimante, ...), ca rajoute une porte de plus a franchir.

http://djeyl.net/free/nntp/index.php?view=PDg3YWJvZGdwYXouZn(...)

Donc ca se confirme, ca marche pas sur les v4.
Je suspecte que l'usb est moisi dessus...

Ca pourrait être interresant.

Mais je sais même pas si le port usb des v4 marche, vu que pour le moment il n'a jamais servit.

Il faut que free ajoute un firewall dans sa freebox.

Parce qu'avant on avait un firewall basique avec le NAT, mais en ipv6 maintenant chaque machine est directement connecté sur le net. Vive les scans de ports et essaye d'intrusion sur les ports sensibles.

Et si des pc du réseau ne supporte pas l'ipv6 il récupère une ip locale comme avant ou ca marche pas ?

Je suppose qu'il n'y a pas moyen de choisir au niveau de la fb en fonction de l'adresse MAC si la machine doit etre en ipv6 ou ipv4.

Quelqu'un a essayer ?

Leur truc manque légèrement de doc...

Essaye AES a la place de TKIP.

Est ce que si tu fais du WPA, ca fonctionne mieux ?

Tu sors de ta grotte ?

La 3D IGN existe depuis au moins cet été.

Sinon, ce que je voudrais, c'est d'avoir une API qui permette de manipuler les cartes avec des clients natifs. Parce que le javascript ca rame quand meme un max.

Est-ce que ça va changer quelque chose côté DRM et inclusion de vidéos et autres joyeusetés propriétaires et Windows-only, je suis pas certain, qui vivra verra ...
Surtout est ce que ca va changer quelque chose pour les lecteurs pdf libre, qui pour le moment sont loin d'être complet ?

Je crains que non, je pense que le plus dur avec le pdf c'est pas d'avoir les specs, mais de tout implémenter.
En effet le pdf c'est super large, et c'est non trivial de faire un lecteur efficace qui sache traiter les cartes vectorielles, formulaire, texte avec illustration de plusieurs centaines de pages, présentation, contenu multimedia, ...

avec l'arrivée de la 3D qui se concrétise dans Nouveau.
T'as des liens ?
Parce qu'au derniere nouvelle ils ont voulu passer par la nouvelle interface mesa : gallium. Mais celui ci est encore en chantier et ne supporte pas encore les "anciennes cartes".

On dirait.
Cf l'avis d'un développeur redhat qui n'est pas tendre avec Xen : http://udrepper.livejournal.com/tag/virtualization

Mais donc concrètement quand le truc que tu as générer marche pas tu fais quoi ?

Tu prie que le générateur n'ai pas de bug (c'est connu le soft 100% bug free ca se trouve partout) ?

IcedTea, il mz semble est aussi incomplet : il ont virer les parties proprio de openjdk pour les remplacer par des partie libre (de Classpath, ou autre). Mais certains trucs sont des stubs qui ne font rien...