reno a écrit 3886 commentaires

Plus de la moitié contre?
Je me souviens d'un sondage ou 60% des Français étaient pour le mariage homosexuel (mais moins pour l'adoption malheureusement).

Bon ça fait quand même 40% qui on une étrange conception de ce que "Liberté, Egalité, Fraternité" veut dire..

Il a dit le reste de l'OS, ça inclut l'espace utilisateur certe, mais cela inclut aussi les pilotes de périphériques, qui représentent beaucoup de travail!

Pour ce qui est de l'espace utilisateur, certes si ton nouveau noyau offre une interface 'a la Unix' alors tu peux réutiliser l'existant certes, mais cela implique aussi que ces appli n'utiliseront pas les nouvelles fonctionnalités de ton OS (au moins dans un premier temp).

Le problème est que la comparaison est difficile, prends ces exemples la:

1) Normalement les x86 devraient être des grosses bouses au niveau performance comparé a des RISC, mais grace aux investissement monstrueux d'Intel et d'AMD ce n'est pas le cas bien au contraire!

2) DragonFly BSD a été créer avec un système en théorie plus performant que FreeBSD pour l'utilisation du parallélisme, mais comme il y a très peu de contributeurs sur DragonFly BSD, le résultat est que FreeBSD enterre DragonFly BSD sur ce point à l'heure actuelle.

Donc pour pouvoir comparer objectivement les performances d'un micro-noyau et du kernel Linux, il faudrait que l'investissement en effort soit le même dans les deux cas, ce qui n'est pas près d'arriver..

Pas d'accord: par exemple pour l'isolation des onglets, Chrome utilise des processus du système d'exploitation, il ne réinvente pas sa couche.

Peut-tu préciser ou tu vois que Chrome reinvente la roue?

[[- on peut transformer avec xslt... vous avez déjà essayé de maintenir du code xslt ? sérieusement ?]]

J'ai a le faire de temps à autre et je ne dirais qu'une chose: XSLT SUCKS!!!!
A coté, le Perl est un langage super lisible..
Je n'aime pas le Perl, mais je déteste XSLT.

Je pense que tout ceux qui pensent qu'XML est une bonne techno devraient débugger un script XSLT qui ne fait pas ce qu'il faut: après on leur redemande leur avis sur XML..

D'un coté c'est sûr qu'avec un boot en 5s et un desktop bling bling (j'ai une vidéo d'un desktop ou le fond d'écran est un aquarium en 3D!), ça peut attirer du monde, de l'autre ces gens ne resteront pas si l'application numéro 1 (surfer le web) n'est pas agrèable donc Flash..

Après même si les spec de Flash sont disponibles (je crois que c'est le cas actuellement), elles sont définis uniquement par Adobe et incluent des technologies avec patente donc un equivalent vraiment libre serait agréable mais comme a priori il ne sera pas supporté par IE (car Microsoft a sa propre technologie), cette technologie ne peut pas s'imposer tant que IE reste le navigateur dominant (ce qui n'est pas près de changer car il est pré-installer avec l'OS) (a moins qu'il y ai un plugin equivalent a celui de Flash..)

>Mais ca fait plaisir de voir :
>"Plan OpenStreetMap"

Oui, mais cela montre aussi un probleme: il n'y a pas d'indicateur montrant ou se trouve exactement l'adresse, soit c'est une limitation de OSM soit c'est l'utilisateur qui n'a pas fait un lien qui le contient, je l'ignore..

>Merci a tous ceux qui ont bossés sur le plan de paris !
De rien ;-)

Euh pourquoi c'est modéré négativement?
Si ces informations sont vrai, je les trouve interressante..

Pourquoi Python?

Scala me parait bien plus adapté: ça tourne sur la JVM (donc a priori plus performant), c'est statiquement typé avec inférence de type donc moins verbeux que Java ou C++, mieux connu que Vala..

Oups, c'est pas vendredi, ok je --> []

[[mais maintenant que nous avons vu cette vidéo nous ne voulons pas simplement du plus rapide : "it's about booting in 5 seconds"]]

Ca me fait plaisir: depuis le temps que je dis que BeOS bootait en 14s sur un Celeron 333 + 128 Mo de RAM et que ce n'est pas normal que Linux boote 5 fois plus lentement sur du matériel 10 fois plus puissant..

Mais j'ai un doute: ce n'est pas la première fois qu'il y a quelqu'un optimise un boot super rapide pour lui, mais la plupart des distributions ne bootent pas beaucoup plus rapidement pour autant.. en tout cas pas en 10s comme lui avec un disque dur!

Mais si ça arrive, j'en serai tres heureux: "plus qu'a" avoir des applications ultra-reactives et Linux sera au niveau de ce que BeOS était!

[[même si ça reste de la hard-science, et donc pas forcément facile d'accès - même forcément pas facile d'accès]]

Pas d'accord, la 'hard SF' veut juste dire que la partie science doit être crédible, ça n'est pas pour autant que le livre devrait être difficile d'accès, c'est juste que la plupart des auteurs de 'hard SF' ne savent pas écrire des histoires intéressante: ils se focalisent tellement sur la partie technologique qu'en général les personnages et l'histoire sont fade..

Un bon vieux Lois Mc Master Bujold, c'est quand même autre chose!

Je précise que j'ai fait mon jugement en regardant juste sharpfonts.com

Mes 2 cents:
- pour les fontes 'normale' la différence entre les police polies et les police affutées est juste une affaire de gouts: les deux sont différents mais l'un n'est pas supérieur a l'autre.
- l'italique des fontes affutée est *horrible*
- le mode gras des fontes affutées est mieux que celui des fontes polies.

Donc au final, je prefere les polices polies: je ne supporterai de voir de l'italique affutée sur mon écran..

http://209.85.135.104/search?q=cache:AHz-tWluVfsJ:wiki.video(...)

Google cache est ton ami, bon il n'y a pas grand chose sur cette page..

Euh patrick, je pense que Willy Tarreau a lu comme tout le monde le texte qui explique pourquoi les API sont instables, mais apparemment il n'a pas été convaincu, ce que je trouve intéressant comme avis par quelqu'un qui contribue autant.

En théorie, le coté évolutif (au sens de Darwin) de GNU/Linux doit produire des résultats de meilleur qualité, en pratique ça ne marche pas toujours: voir le bordel de la gestion du son avec les n-solutions qui sont censés réglé le problème alors que le matériel a quasiment cessé de changer..

Pour donner des chiffres:
Un Loongson 2E a 800MHz fournit moins de 300SpecInt [1], un Atom 1.6GHz est a 650SpecInt il me semble..

Ceci dit je suis d'accord que la puissance CPU n'est pas forcement le critère le plus important pour un portable si les logiciels sont adaptés.

1: http://bp1.blogger.com/_K2sFDsnDPHs/RcbCWD49sXI/AAAAAAAAAC0/(...)

Bin, qu'est-ce que tu veux qu'on te dise sur ce sujet plus precisement?

Je pense que la raison pour laquelle cette technologie d'écran est peu répandu, c'est tout simplement parce que la majorité des fabriquants de laptop ne prennent aucun risque en se contentant d'assembler des solutions connues :-(

D'ailleurs ce n'est pas limité aux laptops: mon smartphone Asus est illisible en plein soleil.. Grrr j'aimerai bien avoir la même chose que sur le Nokia que tu décris: je me méfierais pour mon prochain telephone..

Ces écrans sont dit 'transflectif' je crois: http://fr.wikipedia.org/wiki/Transflectif

>Un navigateur doit-il faire plus que de permettre de naviguer?

Bah, d'après les developpeurs de FF et Mozilla oui car d'après eux Gecko est une plateforme qui permet de faire un navigateur d'ou XUL pour pouvoir faire des interfaces 'customisable'.

C'est l'explication qu'on m'avais donné la raison pour laquelle FF n'était pas capable de mettre chaque onglet dans un processus séparé (c'était avant Chrome), personnellement je trouve que c'est un mauvais compromis: il y a juste une poignée d'application codée en XUL, par contre l'interface est lente pour tout le monde..

Enfin ce n'est pas trop grave car bientôt Chrome sera utilisable partout et sa conception me parait bien plus raisonnable.

>4h est un bon compromis.
Ca c'est discutable: une des raisons du manque d'autonomie des laptop est qu'ils se concentrent uniquement sur des économie d'énergie dans la conception du CPU..

L'OLPC XO-1 est bien plus ambitieux en autorisant par exemple le maintien d'une image statique sans le CPU, et je crois que l'écran peut fonctionner sans retro-éclairage en mode noir et blanc.

>Ce qui me plaît avec le Gdium, c'est qu'on a très peu de chances de voir une version de Windows sur cette machine.

Hein, une machine te plaît parce qu'elle ne peut pas supporter Windows??
Donc si un vendeur mettait WindowsCE dessus, tu n'aimerais plus les Gdium?

Je trouve cela plutôt ridicule: j'aime Linux ou BeOS ou les autres pour leurs qualités pas contre Windows..

Et?

C'est bien connu que les développeurs de logiciels libre n'aiment pas trop écrire de documentation, alors un manuel..

Si quelqu'un écrit un manuel gratuit tant mieux, sinon si quelqu'un écrit un manuel payant je ne vois pas ou est le problème.

Si ça te choque écrit un manuel gratuit :-)

Curieux la taille des sources: le binaire sur le disque prend a peut pres la même place que Firefox..
Il va ou tout ce code??

Pas d'accord pour le 'de trop': Chrome a une architecture conçue pour être robuste, si ça peut donner un coup de pied au cul aux devs de FF avec leur château de sable actuel pour faire pareil, tant mieux!

J'ai arrêté d'utiliser Firefox2 car
-quand un site utilisait 100% du CPU il était difficile de trouver lequel était le coupable
-tout le navigateur se plantait quand il n'aimait pas un site,
je suis passé a Opera (qui a les memes problemes mais ca lui arrive moins souvent) et je pense passer a Chrome qui résout (enfin) ces problemes de manière elegante..

Et c'est possible d'utiliser des smart pointer sans recoder les plugin existant?

C'est la le coeur du probleme..

Ca c'est discutable: Google n'a pas grand chose a faire de picasa, donc ça ne m'étonne pas qu'ils l'aient "porté" a moindre effort.

Chrome me parait bien plus ambitieux et stratégique pour eux donc ils n'ont pas intéret a ce que la communauté Linux le percoive comme une application mal fichue.

Merci, pour le truc.

C'est vraiment pas mal pour une "première version", on sent qu'ils ont peaufiné le bébé.

Il manque le redimmensionement a la Opera (zoom aussi les images) et la liste dans des menu deroulants des tab ouvertes et celle des onglets recemment fermés, et le changement de langue pour le correcteur orthographique.

Mais bon il faut vraiment chercher la petite bete..