M a écrit 3005 commentaires

L'éventuelle couche d'abstraction, doit à mon avis être bien plus fine et moins dérangeante que la totale non-portabilité du code de modules noyaux.

On ne parle pas de porter tous les modules noyaux dans notre cas, mais seulement fuse. Donc si fuse a été écrit de manière portable la couche d'abstraction doit pouvoir etre du même ordre que celle pour abstraire les sockets & co.
D'ailleurs comme dit plus bas, il me semble que fuse a été porté sur d'autre OS.

Effectivement, il est difficile de faire mieux (à part avec des détournements d'appels systèmes, style LD_PRELOAD) en restant uniquement en espace utilisateur.
Ha, et les détournements d'appels systèmes c'est portable ? On fait comment sous windows ?

nfs a quand meme de gros manque sur l'authentification et le mapping user.
C'est peut etre corrigé avec la derniere version (4).

Et bien, si ces libs sont bien écrites, elles sont portables sans de grosses difficultés, car elles n'utilisent que des choses standard, donc plutôt portables.
Moais tout les os le suive pas les standard (genre windows).

Et puis le pb avec kio, gvfs, ... c'est que tu ne peut utiliser que des applis specifiques.

Le pire c'est que ce systeme a le vent en poupe. C'est la meme chose chez lapeyre.
Je l'ai croisé aussi recament des sites qui utilise http://issuu.com/ au lieu de bon vieux pdf

Et puis je crois que désormais il faut fournir ton identifiant client et tu es facturé sur ton compte freebox (adieu les appel gratuit du boulot)...

Et puis le temps d'attente est gratuit que si ta freebox marche, comme dit plus haut.

Sauf que bon en entreprise, j'espere que tu t'amuse pas a reinstaller la distro sur chaque machine, mais que tu as plutot une image que t'as plus qu'a cloner sur le disque cible...

Oui d'ailleurs on peut trouver certains court metrage sur leur site : http://www.arte.tv/fr/cinema-fiction/Court-circuit/Courts-en(...)

Aucun disney n'arrive a la cheville de Nausicae
Nausicae "n'est qu'une" adaptation de la version papier (qui était en cours de publication) suite à des pressions commerciale.

Je recommande la version papier, mais on peut dire que pour une adaptation qu'il ne voulait pas faire Hayato s'en est très bien tiré :)

PS : je sais pas où certains on vu des culottes & co. Ils pourraient mettre quelques illustration pour argumenter...

mouais il y a qd même windows mobile qui tourne sur autre chose que du x86...

Alors que mandriva ça m'a l'air leur première experience sur du mips...

Sauf que tu raconte n'importe quoi.

Même si le processeur fonctionne à une fréquence fixe, ceux ci ont des instruction pour les mettre en sommeil quand il n'ont rien à faire (la fameuse boucle idle).
Sur x86 c'est l'instruction halt supporté depuis au moins les pentium, certain processeurs arm ont une instruction wait for interrupt, idem pour mips & co.

D'ailleurs ça se voit assez facilement un cpu qui ne fait rien chauffe moins qu'un cpu qui bosse. Et qui dit chaleur dégager dit puissance dissipé par effet joule...


Il a fallu que la technologie évolue fortement pour que l'on commence à désolidariser le bus général du coeur du microprocesseur, et le frequency scaling, beaucoup plus délicat qu'il en a l'air, a été mis au point parce la course à la fréquence a fait fortement augmenter la température des CPU et donc l'énergie qu'ils consomment, et cela lié au fait que l'informatique mobile, donc sur batteries, s'est démocratisée dans la même époque.
Ha bon, que fait donc le frequency scaling sur des processeur embarqué arm à 200 Mhz ?
Pourquoi faut-il désolidariser le bus général du coeur du microprocesseur ?
Sur certains processeur (toujours les arm) et ben quand tu changes la frequence du processeur, tu réajustes toutes les autres fréquence (memoire, ...) car celle-ci sont lié à celle du proc.

Et les tpm que l'on commence à voir sur certaines machines, elles ne sont pas capables de gérer des clefs comme les smartcards ?

Oui d'ailleurs un soucis de coLinux, c'est que c'est un processus privilégié sous Windows et s'il crashe il peut emener le Windows avec lui.

Des micro noyaux type HURD ne gèrent-il pas mieux cette problèmatique
Tu as vu les performances des micros noyau de type HURD ?
En effet dans ce type de kernel l'échange de message des différents drivers/module "userspace" à un coup : il faut faire un passage user/kernel puis kernel/user.

Le problème ici vient plutot du fait que Linux n'a pas été à l'origine conçu pour des platformes SMP. D'ou certain pb de resource partagée qui ont du être comblé par un vérou global (pour pouvoir faire tourner facilement l'existant).

Sauf qu'on parle des semaphore kernel ici, pas des semaphores noyau.

Les sémaphore kernel restant vont plutot etre remplacé par des waitqueue IIRC.

et a une epoque les alim de la carte mere resortait une prise qui était coupé quand on coupait le pc. Par contre je sais pas si la puissance était limité.

Tu peux avoir les sources via http://www.splashtop.com/developer.php .

Mais apres telechargement, tu veras que tu aura récupérer pas grand chose :
- des patchs pour le noyau linux (apparament 2.6.20)
- scim (http://www.scim-im.org/ )
- libchewing
- bbkeys/blackbox

Et leur site ne donne pas vraiement d'info sur comment ca fonctionne.
Je suppose qu'ils doivent booter directement sur une image suspend to disk. Ca pourrait etre possible vu que ca a l'air lié a la carte mère. Mais que se passe t il si l'utilisateur ajoute des cartes pci-e, ...

Regardes le plateau de meudon, il tourne autour des 150m http://www.geoportail.fr/visu2D.do;jsessionid=9337E6806E41C0(...)

Sinon oui, leur capture gps semble avoir merdouiller avec des pics et des creux louche. http://www.utagawavtt.com/VTT/UTG-Topo-998/utgprofil-998.jpg est plus realiste.

Le linux n'utilisait pas une nand interne avec du jffs2 (ie pas sur une sd card ?)

En effet en rando ou en velo, tu es au contact du sol, donc ta trace sera parfaitement plaquée au sol
Sauf si tu veux générer des profils d'altitude de la rando que tu as fait (du style http://www.utagawavtt.com/VTT/UTG-Topo-847/utgprofil-847.jpg )
En théorie si on avait acces à une base cartographique, on pourrait la déduire de la position...

Ce que je trouve fou c'est que le bug est mis autant de temps à être découvert et qu'il n'y a pas de débat sur comment le bug aurait pu être éviter.

On pourrait imaginer une suite de test qui testerait l'aléatoire des clefs, a la sorti du générateur aléatoire avoir un filtre/test de l'aléatoire (un peu comme ce que fait le démon de rng-tools pour les générateurs aléatoire hardware pas forcement géniaux).

Ils avaient montré à la TV Magui. Et ils avaient parlé du prix d'une machine de plusieurs milliers euros.
J'ai trouvé ca super cher, sachant que le gros truc pas standard c'est l'écran tactile sur le lcd [1]. (unité centrale intégré dans l'écran n'est qu'un plus pour moi).

Sinon le reste de la valeur ajouté, c'est du soft.


[1] et encore c'est les trucs qu'on a sur les distributeurs de type scnf

Sous debian et iceweasel/iceape sa marche pas. La signature échoue avec une erreur obscure.
En utilisant FF3 ca marche mieux (bien qu'il ne reconnaisse pas le navigateur).

J'ai failli leur envoyé la déclaration papier :
- mais ces crétins m'ont envoyé qu'un exemplaire contre les 2 habituels (d'ailleurs ils ont aussi viré la documentation et franchement elle est bien utile si on veut faire un brouillon sur papier...) et du coup il aurait fallu faire une photocopie
- j'avais la fléme d'envoyer la version papier.

Je trouve qu'il pourrait quand même faire des effort pour rendre le truc plus facile à utiliser...
C'est domage de ne pas pouvoir faire un truc portable.

PS : le tout avec un vieux sun sdk 1.5
PS 2: même si je demande à firefox d"effacer mes traces", il est incapable de supprimer les traces que java à mis dans ~/.java

mouais, pas plus tard qu'aujourd'hui j'ai regardé les changelog des produits mozilla et ils se choppe pas mal de Common Vulnerabilities and Exposures (CVE)...

Un des points faibles de X11 pour la sécurité est qu'il s'exécute avec les droits root.
Et maintenant on fait tourner une partie des drivers video (avec potentiellement des interpréteurs pour parser les tables du bios) en mode kernel.

Oui, mais les autres développeurs, il avait pas du code à eu ?
Ils avaient cédé tous les droit à Rickard ?

Les autres développeurs n'ont pas été consulter avant le rachat ?