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 ;-)
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..
[[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!
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..
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..
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..
>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..
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..
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.
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..
>Il suffit au navigateur de suffixer le nom du processus par le nom de l'onglet / la page en cours.
Oui mais dans les cas ou la page est chargée par plusieurs processus (cas des plugins) il faut faire les additions a la mano: c'est quand même plus pratique que ce soit le gestionnaire des taches intégré au navigateur qui s'en charge.
Pour le chroot, ils appellent ça le sandboxing dans la BD et oui c'est un des but de l'utilisation de processus.
Oh ce n'était pas l'utilisation de 100% du CPU qui me surprenait (j'ai fait exprès d'aller sur un site 'gourmand'), non c'est le fait que pendant quelques secondes quand l'onglet courant utilisait 100% du CPU, je ne pouvais pas changer l'onglet actif.
Je ne suis pas bon en Windows, mais ça m'étonnerait quand même qu'il ne schédule les taches que toutes les x secondes, et normalement l'utilisation des processus devrait pouvoir permettre de garder une interface réactive même quand un onglet devient gourmand.
J'espère que c'est juste un (petit) bug de jeunesse.
Bon quand Flash ne fout pas sa m.., il est plutot reactif comme navigateur.
Et alors? Si les tab partagent le même espace mémoire, tu ne sais pas pour autant quand libérer la mémoire (une tab peut utiliser la mémoire allouée par une autre).
Une possibilité est d'utiliser un GC mais il faut qu'il soit précis car un GC 'conservatif' peut facilement avoir des fuites mémoires..
Bref compliqué tout ça.. Pour une 'optimisation' (remplacer des processus par des thread) qui est loin d'être prouvé comme étant utile.
J'ai essayé Chrome, ça marche pas mal mais la réactivité n'est pas parfaite: quand un onglet occupe 100% du CPU (j'ignore a quoi c'est due), le browser met un peu de temps avant de réagir, sur un multicore ça doit être sympa je pense..
Pour le moment, c'est tout a fait utilisable.
Je n'ai pas trouver le gestionnaire de ressources et apparemment coté DNS il y a quelques corrections a faire, mais sinon ça marche bien.
Je suis curieux de savoir avec quel toolkit Chrome sera disponible sous Linux, intégrer a KDE ça poutrait bien :-)
Faux, il y a bien des cas ou des optimisation faites a priori dégrade les performance en finale, en plus en général elle diminue la lisibilité du code, c'est pour ça qu'il faut les faire a la fin, uniquement quand tu as des bench qui te montrent ou optimiser.
>pour ne pas avoir à gérer proprement sa mémoire, ce n’est pas sain
Tu oublie qu'une partie du code executé par un navigateur ne lui appartient pas: plugin closed-source, code intégré a la page.
Même raison pour que le navigateur montre la consommation des ressources..
>Dans la pratique, il y a bien longtemps que j’ai viré flash
Tu as viré flash, c'est bien mais un navigateur n'est pas conçu pour ton cas personnel, les plugins propriétaires ne vont pas disparaitre rapidement, donc un navigateur actuel bien conçu doit les supporter tout en évitant de crasher a cause d'eux, ça implique l'utilisation des processus.
[^] # Re: Netbooks
Posté par reno . En réponse au sondage Et vous, quelle est votre priorité pour le Logiciel Libre dans la liste de la FSF ?. Évalué à 4.
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..)
[^] # Re: Un peu HS ...
Posté par reno . En réponse à la dépêche Soirée de lancement OpenOffice.org 3.0 à Paris. Évalué à 1.
>"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 ;-)
[^] # Re: Ca va formatter ?
Posté par reno . En réponse à la dépêche Un million de boîtes magiques pour les petits vénézueliens. Évalué à 0.
Si ces informations sont vrai, je les trouve interressante..
[^] # Re: Choix
Posté par reno . En réponse au journal Sortie de Qt-4.4.2 + des infos sur Qt-4.5. Évalué à 2.
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 --> []
# J'ai un doute
Posté par reno . En réponse au journal Booter en 5 secondes !. Évalué à 3.
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!
[^] # Re: quel panégyrique !
Posté par reno . En réponse à la dépêche Stephen Baxter en signature à Paris. Évalué à 2.
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!
[^] # Re: Le rendu de la police?
Posté par reno . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 2.
[^] # Re: Le rendu de la police?
Posté par reno . En réponse à la dépêche awesome 3 : premier gestionnaire de fenêtres basé sur XCB. Évalué à 3.
- 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..
[^] # Re: wiki down .. troll survives
Posté par reno . En réponse à la dépêche Sortie de VLC Media Player 0.9.2. Évalué à 2.
Google cache est ton ami, bon il n'y a pas grand chose sur cette page..
[^] # Re: Pilotes proprios
Posté par reno . En réponse à la dépêche Entretien avec Willy Tarreau. Évalué à 7.
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..
[^] # Re: Gdium
Posté par reno . En réponse à la dépêche Point sur les ordinateurs ultra-portables. Évalué à 2.
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/(...)
[^] # Re: Ecran double mode
Posté par reno . En réponse au journal 500 portables XO (projets OLPC) distribués sur l'île de Niué. Évalué à 4.
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
[^] # Re: Barre d'outils du site
Posté par reno . En réponse au message LinuxFR et Firefox 3.0.x - 64bits -> la tortue. Évalué à 2.
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.
[^] # Re: Gdium
Posté par reno . En réponse à la dépêche Point sur les ordinateurs ultra-portables. Évalué à 7.
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..
[^] # Re: Ce manuel n'est pas libre
Posté par reno . En réponse à la dépêche Traduction française du manuel d'Inkscape. Évalué à 2.
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 :-)
[^] # Re: Drôle...
Posté par reno . En réponse au journal Chrome, les applications web et les logiciels libres en question. Évalué à 4.
Il va ou tout ce code??
[^] # Re: Drôle...
Posté par reno . En réponse au journal Chrome, les applications web et les logiciels libres en question. Évalué à 4.
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..
[^] # Re: ...
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 3.
C'est la le coeur du probleme..
[^] # Re: Que de bruit
Posté par reno . En réponse à la dépêche Chrome, le futur navigateur de Google. Évalué à 7.
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.
[^] # Re: Le futur lien de telechargement, enfin surement....
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
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..
[^] # Re: Emacs est mort. Paix à son âme. Google Chrome est né ! Vive Chrom
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
Oui mais dans les cas ou la page est chargée par plusieurs processus (cas des plugins) il faut faire les additions a la mano: c'est quand même plus pratique que ce soit le gestionnaire des taches intégré au navigateur qui s'en charge.
Pour le chroot, ils appellent ça le sandboxing dans la BD et oui c'est un des but de l'utilisation de processus.
[^] # Re: ...
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
Je ne suis pas bon en Windows, mais ça m'étonnerait quand même qu'il ne schédule les taches que toutes les x secondes, et normalement l'utilisation des processus devrait pouvoir permettre de garder une interface réactive même quand un onglet devient gourmand.
J'espère que c'est juste un (petit) bug de jeunesse.
Bon quand Flash ne fout pas sa m.., il est plutot reactif comme navigateur.
[^] # Re: ...
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 3.
Une possibilité est d'utiliser un GC mais il faut qu'il soit précis car un GC 'conservatif' peut facilement avoir des fuites mémoires..
Bref compliqué tout ça.. Pour une 'optimisation' (remplacer des processus par des thread) qui est loin d'être prouvé comme étant utile.
J'ai essayé Chrome, ça marche pas mal mais la réactivité n'est pas parfaite: quand un onglet occupe 100% du CPU (j'ignore a quoi c'est due), le browser met un peu de temps avant de réagir, sur un multicore ça doit être sympa je pense..
[^] # Re: Le futur lien de telechargement, enfin surement....
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 2.
Pour le moment, c'est tout a fait utilisable.
Je n'ai pas trouver le gestionnaire de ressources et apparemment coté DNS il y a quelques corrections a faire, mais sinon ça marche bien.
Je suis curieux de savoir avec quel toolkit Chrome sera disponible sous Linux, intégrer a KDE ça poutrait bien :-)
[^] # Re: Emacs est mort. Paix à son âme. Google Chrome est né ! Vive Chrom
Posté par reno . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 4.
Faux, il y a bien des cas ou des optimisation faites a priori dégrade les performance en finale, en plus en général elle diminue la lisibilité du code, c'est pour ça qu'il faut les faire a la fin, uniquement quand tu as des bench qui te montrent ou optimiser.
>pour ne pas avoir à gérer proprement sa mémoire, ce n’est pas sain
Tu oublie qu'une partie du code executé par un navigateur ne lui appartient pas: plugin closed-source, code intégré a la page.
Même raison pour que le navigateur montre la consommation des ressources..
>Dans la pratique, il y a bien longtemps que j’ai viré flash
Tu as viré flash, c'est bien mais un navigateur n'est pas conçu pour ton cas personnel, les plugins propriétaires ne vont pas disparaitre rapidement, donc un navigateur actuel bien conçu doit les supporter tout en évitant de crasher a cause d'eux, ça implique l'utilisation des processus.