L'objectif est très simple : c'est de créer un système "desktop" par rapport à Linux qui est un peu trop "server". (puisque l'on s'est même longtemps demandé si Linux allait réussir à percer sur le "desktop" :-).
J'ai pas trouvé l'interface graphique très intuitive alléchante (je dis pas que sous linux c'est mieux). Par exemple la validation se fait parfois par bouton, d'autre fois par fermeture de la fenetre
Ce que je trouve qu'il manque c'est une interface pour neuneu : simple, intuitive, ...
c'est pas prêt d'arriver :
De quoi les guichet qui disparaissent ?
Et ben si c'est la triste réalité. Si t'es pas convaincu va faire un tour dans certaines gare de banlieue.
D'ailleurs c'est très pratique si t'as un renseignement (ou un plan) à demander....
Sans parler du fait que t'es plus ou moins obliger de payer par CB.
Actuellement, seules les adresses IPv4 sont présentes dans la zone racine et ce à cause d'une limitation historique de la taille des requêtes DNS (en UDP).
Et ils ont resolu le pb comment ?
il envoi surtout une requête avec une clé facile à casser, il charge ensuite le fichier mp3, et envoi à nouveau la même requête. C'est une sorte de simple verrou.
Mais avec le client flash officiel c'est qui qui gère ça ?
Le player en flash charger de loader le flux mp3.
Donc downloadhelper, essaye de telecharger un peu à l'arrache les fichiers streamés.
Dans ce cas là, une solution définitive serait de hacker un client flash libre pour qu'il dump le stream au lieu de le jouer.
On pourrait aussi imaginer pour le son, de jouer avec les plugins alsa, pour dumper ce qui est lu sur la carte audio.
En dehors de la partie technique (je me demande comment ils font pour identifier les requêtes illégitimes)
Je sais pas ce que fait downloadhelper, mais je suppose qu'il télécharge le fichier flash via http ?
Sûrement qu'au niveau des entête http, il n'envoie pas la même chose que le client flash.
Pour casser une clé mifare avec une attaque par la force brute, il faudrait:
- une semaine sur un FPGA à 100$
- une journée sur un FPGA à 700$
Et sur un pc classique ?
La plupart des cartes déployées au niveau institutionnel
(Vitale, Carte Bleue, ...) utilisent de la vraie sécurité.
Qu'en est il des pb de secu de la CB qui avait été présent à une époque (affaire Humpich) ?
Ils ont modifié leur algo ?
Posté par M .
En réponse au journal Ebook Reader..
Évalué à 3.
Les fichiers numériques étant immatériel, tu les dupliques très facilement. Et puis y a des livres que tu lis qu'une seule fois.
Pour en revenir au problème de place, les bibliothèques se débarrassent des vieux livres car il n'ont plus de place pour les stocker. S'ils étaient sous forme numérique, vu que pour un même volume on peut mettre de plus en plus d'info, ils ne seraient pas obliger de les jetter et même 20/30 ans après on pourrait trouver les bouquins qui existait à l'époque.
Posté par M .
En réponse au journal Ebook Reader..
Évalué à 1.
Oui mais le papier ça brule, c'est encombrant, ça se fait bouffer par des rongeurs, ça moisi, ...
Je pense qu'il faut mieux opter pour la gravure sur pierre : c'est quelque chose de durable, l'histoire nous l'a prouvé.
PS : quel est la probabilité que dans 1 siècle quelqu'un retrouve ton livre ? Quel est celle d'une oeuvre numérique qui à été diffusé sur plusieurs réseaux électroniques.
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.
Posté par M .
En réponse au journal x86_64.
Évalué à 2.
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)
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.
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(...) ).
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.
# clone libre
Posté par M . En réponse à la dépêche Le code source de SimCity libéré. Évalué à 10.
lincity : http://www.floot.demon.co.uk/lincity.html (et la version ng http://lincity-ng.berlios.de/wiki/index.php/Main_Page )
opencity : http://www.opencity.info/
[^] # Re: relativiser...
Posté par M . En réponse à la dépêche Sortie de Syllable 0.6.5. Évalué à 2.
J'ai pas trouvé l'interface graphique très intuitive alléchante (je dis pas que sous linux c'est mieux). Par exemple la validation se fait parfois par bouton, d'autre fois par fermeture de la fenetre
Ce que je trouve qu'il manque c'est une interface pour neuneu : simple, intuitive, ...
[^] # Re: FreeRunner et vitesse CPU
Posté par M . En réponse à la dépêche LiPS 1.0, Bazaar 1.0 et OpenMoko Neo FreeRunner. Évalué à 2.
Oui tu peux toujours l'overclocker d'une valeur raisonnable (ici 25 %)...
D'ailleurs vu que les sources/doc sont dispo il sera toujours possible de le faire chez toi à tes risques et périls.
[^] # Re: FreeRunner et vitesse CPU
Posté par M . En réponse à la dépêche LiPS 1.0, Bazaar 1.0 et OpenMoko Neo FreeRunner. Évalué à 3.
[1] http://www.samsung.com/global/business/semiconductor/product(...)
PS : a une epoque samsung publiait toutes leur datasheet de CPU, mais c'est désormais finit...
# ...
Posté par M . En réponse au journal Linux et le Ctrl T. Évalué à 3.
[^] # Re: Navigo
Posté par M . En réponse au journal Bye bye les tags mifare. Évalué à 2.
De quoi les guichet qui disparaissent ?
Et ben si c'est la triste réalité. Si t'es pas convaincu va faire un tour dans certaines gare de banlieue.
D'ailleurs c'est très pratique si t'as un renseignement (ou un plan) à demander....
Sans parler du fait que t'es plus ou moins obliger de payer par CB.
# .
Posté par M . En réponse à la dépêche IPv6 à la racine des DNS. Évalué à 2.
Et ils ont resolu le pb comment ?
[^] # Re: ...
Posté par M . En réponse au journal deezer c'est le mal. Évalué à 2.
L'idée est de rajouter une couche (plugin) entre l'appli et de driver de la carte son, qui dump je flux audio. Ceci est faisable sous alsa avec des plugins : http://www.alsa-project.org/alsa-doc/alsa-lib/pcm_external_p(...)
[^] # Re: ...
Posté par M . En réponse au journal deezer c'est le mal. Évalué à 2.
Mais avec le client flash officiel c'est qui qui gère ça ?
Le player en flash charger de loader le flux mp3.
Donc downloadhelper, essaye de telecharger un peu à l'arrache les fichiers streamés.
Dans ce cas là, une solution définitive serait de hacker un client flash libre pour qu'il dump le stream au lieu de le jouer.
On pourrait aussi imaginer pour le son, de jouer avec les plugins alsa, pour dumper ce qui est lu sur la carte audio.
# ...
Posté par M . En réponse au journal deezer c'est le mal. Évalué à 2.
Je sais pas ce que fait downloadhelper, mais je suppose qu'il télécharge le fichier flash via http ?
Sûrement qu'au niveau des entête http, il n'envoie pas la même chose que le client flash.
# ...
Posté par M . En réponse au journal Bye bye les tags mifare. Évalué à 2.
- une semaine sur un FPGA à 100$
- une journée sur un FPGA à 700$
Et sur un pc classique ?
La plupart des cartes déployées au niveau institutionnel
(Vitale, Carte Bleue, ...) utilisent de la vraie sécurité.
Qu'en est il des pb de secu de la CB qui avait été présent à une époque (affaire Humpich) ?
Ils ont modifié leur algo ?
[^] # Re: Attention !
Posté par M . En réponse au journal Ebook Reader.. Évalué à 3.
Pour en revenir au problème de place, les bibliothèques se débarrassent des vieux livres car il n'ont plus de place pour les stocker. S'ils étaient sous forme numérique, vu que pour un même volume on peut mettre de plus en plus d'info, ils ne seraient pas obliger de les jetter et même 20/30 ans après on pourrait trouver les bouquins qui existait à l'époque.
Après chaque support a son utilisation.
[^] # Re: Attention !
Posté par M . En réponse au journal Ebook Reader.. Évalué à 1.
Je pense qu'il faut mieux opter pour la gravure sur pierre : c'est quelque chose de durable, l'histoire nous l'a prouvé.
PS : quel est la probabilité que dans 1 siècle quelqu'un retrouve ton livre ? Quel est celle d'une oeuvre numérique qui à été diffusé sur plusieurs réseaux électroniques.
[^] # Re: ok pour le contenant, mais le contenu ?
Posté par M . En réponse au journal Ebook Reader.. Évalué à 2.
# ...
Posté par M . En réponse au journal Soekris sous linux. Évalué à 2.
Pourquoi faire simple quand on peut se taper des heures de galères.
[^] # Re: Energie
Posté par M . En réponse au journal De la qualité des lecteurs de DVD Vidéo économiques. Évalué à 2.
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.
[^] # Re: soixante-quatre bites powaaaa !
Posté par M . En réponse au journal x86_64. Évalué à 2.
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.
# ...
Posté par M . En réponse au journal Radeon HD et décodage video. Évalué à 2.
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)
# ...
Posté par M . En réponse au message kernel sl0 time out !. Évalué à 2.
[^] # Re: une news valgrind!
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
[^] # Re: F-CPU : Mort du projet
Posté par M . En réponse à la dépêche OpenIDoo, TimeVault et Sun Niagara 2. Évalué à 3.
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...).
[^] # Re: une news valgrind!
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
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.
# Alpine
Posté par M . En réponse à la dépêche Livre blanc APRIL en version papier, mise à jour de Debian GNU/Linux et Alpine 1.00. Évalué à 2.
# JavaScript
Posté par M . En réponse à la dépêche Matthew Szulik quitte Red Hat, tests de performance JavaScript et Valgrind 3.3.0. Évalué à 2.
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.
[^] # Re: Et les propositions concrètes ?
Posté par M . En réponse au journal Informatique durable. Évalué à 2.
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.