Perso, j'utilise une Ubuntu version Netbook depuis que j'ai un eeePC (commencé en 9.04, puis passé en 9.10, et hier en 10.04). C'est ma seule Ubuntu, c'est une install de base, sans bidouille particulière, et tout marche bien et plutôt confortablement, donc je suis content.
Cette interface, je la trouve effectivement bien pratique, enfin ça répond aux contraintes de taille d'écran (fenêtres maximisées, panel épuré) et d'utilisation au touchpad (lanceur d'applications mis à plat, bien plus pratique qu'un menu déroulant). Ah si, j'ai juste une "bidouille", qui amha mériterait presque d'être faite en standard, c'est d'utiliser la touche "Windows" pour faire afficher le lanceur d'applications.
Par contre, je suis un peu déçu par ma mise à jour en 10.04 (faut dire que ça marchait déjà très bien en 9.10, donc j'attendais juste quelques bonnes surprises en plus de la montée de version des logiciels):
- la disposition des icônes dans le lanceur n'a pas été modifiée, alors qu'elle comporte trop d'espace inutile. Là, avec un écran 1024x600, on ne peut mettre que 12 icônes (4x3) dans la page des favoris avant qu'elle ne scrolle. Or on sent bien qu'en tassant légèrement, on pourrait passer à 16 (4x4), voire 20 (5x4). Il y avait, dès la 9.10, un bug d'ouvert à ce sujet ([1]), et c'est dommage qu'il n'ait pas été traité. De manière générale, je n'ai vu en fait aucune amélioration du lanceur dans cette version, alors qu'il y en avait quand même quelques unes de suggérées qui méritaient d'être implémentées (permettre la réorganisation des icônes par exemple, etc.).
- le panel est maintenant complètement verrouillé : impossible d'ajouter une applet ou d'y changer quoi que ce soit (c'était déjà galère avant vu qu'il était "plein", mais là c'est carrément strictement locké). J'ai trouvé l'explication [2], il s'agit d'une bidouille gconf qui permet de conserver la possibilité de lancer aussi une session Gnome "normale" sans qu'elle interfère avec le panel du mode Netbook. Bon, ok, je comprends la difficulté vu que gconf ne prévoit pas d'avoir des configs alternatives pour un même utilisateur. Mais là quand même, la bidouille choisie est super discutable (dégrader le mode principal d'utilisation pour conserver intact celui alternatif, bof bof...). En plus, une autre solution technique était envisagée (cf. "solution 2" dans [2]), qui aurait évité ce désagrément et qui n'avait pas l'air bien compliquée à coder non plus. Enfin bon, il y a un workaround, qui consiste à se reconstruire sa propre session "façon Netbook" dans celle prévue pour être un Gnome "normal" [3].
Et enfin, puisqu'on parlait plus haut d'amélioration de temps de boot, en essayant de prendre des points de repère comparables entre un bootchart Lucid et un Karmic, je dirais que j'ai gagné 10 secondes (démarrage des applets à 35s au lieu de 45s). C'est pas du boot instantané, mais pour une machine de ce type (eeePC 1000HE avec un disque 5400 t/s), c'est très raisonnable (le nouveau bootchart commence avec ~15 secondes de ureadahead à bloc sur les IO, donc a moins qu'il lise des choses inutiles, on peut pas espérer aller beaucoup plus vite).
Alors là, un grand merci pour ce plugin, qui va rendre beaucoup plus conviviales mes séances de rattrapage radiophonique. Je n'ai pas de super pouvoir de plussoiement en ce moment, mais le cœur y est !
Merci pour ton commentaire, j'étais pas au courant de ce process pour la gestion des patches. Pour les curieux qui, comme moi, n'avaient jamais contribué à bugzilla.mozilla.org, les explications sont là: https://developer.mozilla.org/En/Developer_Guide/How_to_Subm(...)
Btw, j'ai aussi découvert dans cette doc que je devrais accompagner ma modif d'un test unitaire, mais après avoir un peu galèré pour faire démarrer mochitest, j'arrive toujours pas à atteindre la fin de la testsuite existante (ça se fige en cours de route avec le brouteux à 100% CPU), donc pour l'instant je vais laisser ça de côté...
> màj du sessionstore.js, où l'information essentielle que constitue mon niveau de
> scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes.
> Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les
> choses importantes, et omettre celles superflues.
> uzbl 20090916 webkitgtk-1.1.12
> SunSpider: 1607.6 ms
Tiens, marrant, chez moi c'est webkit-gtk le plus rapide (quoique de peu, cf. mon commentaire plus bas). Mais mon Chromium est un peu plus vieux que le tiens, et mon webkit-gtk, au contraire, un peu plus récent... Je serais curieux de savoir lequel des deux a récemment fait les progrès qui expliqueraient la différence entre nos résultats.
Allez zoup, moi aussi je veux jouer, voilà mes résultats à sunspider. Rien de bien neuf par rapport à ce qui a déjà été constaté, juste une confirmation que le JS sous Firefox en 64bits, c'est pas encore ça...
Tests effectués sous Gentoo / GCC 4.4, sur un "Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz".
- Firefox 3.5.5 (CFLAGS Mozilla, donc en gros "-Os"): 3193.0ms +/- 2.6%
- Firefox 3.5.5 (CFLAGS perso, donc en gros "-O2"): 3125.4ms +/- 2.0%
(pas une grosse différence au global, mais dans le détail, sur quelques tests, c'est très significativement mieux ou pire -- je suppose qu'en PGO on arriverait, en gros, à ne garder que le meilleur)
- Firefox 3.5.5 (binaires 32 bits): 1839.0ms +/- 2.0%
(ah bah oui, l'effet TraceMonkey si j'ai bien compris les commentaires précédents...)
- Firefox 3.6_beta4 (CFLAGS Mozilla, donc en gros "-Os"): 2875.0ms +/- 0.9%
(la révolution n'est pas encore pour cette version)
- Konqueror 4.3.4: 3423.4ms +/- 2.1%
(ça fait plaisir d'en voir un derrière Firefox)
- Chromium 4.0.266.0: 572.2ms +/- 4.6%
(ah, c'est vrai que ça va vite ce truc)
- Uzbl 0_pre20091130 (webkit-gtk 1.1.15.4): 545.4ms +/- 1.2%
(rien à voir, mais je trouve que ce navigateur minimaliste, que je ne connais que depuis environ une semaine, est bien sympathique en appoint de Firefox)
- Epiphany 2.28.1 (webkit-gtk 1.1.15.4): 529.4ms +/- 0.6%
(cohérent avec le résultat sur Uzbl -- chapeau Webkit, tu es "the winner")
Enfin bon, après, à chacun d'en faire ce qu'il veut de ces résultats. Perso, je vais pas changer mes habitudes juste pour ça : je garde mon Firefox comme navigateur principal, parce que je suis accro à moultes de ses fonctionnalités et extensions. Et je ne passe pas ma journée sur Google Wave ou autre application bling-bling en ligne, donc je peux supporter une exécution du Javascript qui se contente d'être raisonnablement rapide dans les cas classiques. Si par contre je pouvais trouver le truc pour qu'il arrête de faire gratter mon dur quand je me contente de lire une page¹, ça me ferai bien plus plaisir que toutes les optimisations Javascript du monde en fait.
¹ màj du sessionstore.js, où l'information essentielle que constitue mon niveau de scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes. Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les choses importantes, et omettre celles superflues.
Il existe un logiciel libre dont j'ai oublier le nom qui utilise une formule connu avec 3 paramètres.
Je ne sais pas si c'est à ça que tu penses, mais il existe "lensfun", une bibliothèque de correction intégrée dans quelques logiciels (Digikam et UFRaw à ma connaissance). http://lensfun.berlios.de/ http://lensfun.berlios.de/manual/
Idéalement, ça serait bien qu'une implémentation à base de G'MIC sache réutiliser la même base de données (où je vois effectivement 3 paramètres par focale de chaque objectif) : http://svn.berlios.de/wsvn/lensfun/trunk/data/db/
> Est-ce qu'il existe des protocoles de mesure de la rapidité ressentie par l'utilisateur ?
A la grande époque du kernel "-ck", Con Kolivas avait développé Interbench, un bench de simulation d'interactivité, pour essayer de mettre des nombres en face de ce "ressenti utilisateur". Difficile d'évaluer sa pertinence dans l'absolu, mais c'était au moins un bon indicateur pour comparer des scheduleurs et détecter les éventuelles régressions qui les affectaient d'une version à l'autre.
Plus largement : cette tendance de classification non plus par catégorie/répertoire (arborescente) mais par tag/label/libellé (non arborescente) vous séduit-elle? Un système de fichier "non arborescent" est-il imaginable? (ou la folie m'emporte?)
Ce screenshot en particulier, je le trouve pas super lisible. Mais l'idée d'un espace scrollable qui contiendrait, organisé à plat, tous les petits machins qu'on aurait sinon dans des fenêtres indépendantes me semble plutôt ergonomique. On s'évite des clics, ou des Ctrl-Tab, pour passer de sa messagerie instantanée à son calendrier, c'est pas con. A tester.
Pour ce qui est de la lenteur de cette IHM, elle est réelle chez certains, je l'ai aussi constatée. Il y a un effet graphoque à la gomme qui se comporte très mal avec certaines versions des drivers Xorg d'Intel, dont me semble-t-il celle fournie par Ubuntu Jaunty. Perso je suis passé en 2.8.0 et tout ce qui va avec via le PPA "xorg-edgers", et tout va maintenant pour le mieux.
Pour ce qui est de la révolution, certes, ce n'en est pas une. Mais cette interface "à plat" me semble quand plus ergonomique que des menus/sous-menus. Je suis dans 95% des cas à 1 simple "viser / cliquer" de ce que je veux lancer (via les icônes favorites) ou de là où je veux aller (via les emplacements favoris à droite). Avec un touchpad pourri, ça demande bien moins d'effort que de rentrer dans un sous-menu (qui implique plusieurs de clics et des déplacements sur des trajectoires bien précises).
Elle fournie une IHM Gnome avec un seul panel en haut de l'écran, complétée par quelques programmes spécifiques :
- netbook-launcher : un lanceur d'applications très bien fichu qui remplace le bureau.
- maximus : complète metacity en assurant que tout ce qui le mérite se retrouvera maximisé, et sans barre de titre (contrairement à ce qu'on voit dans le screencast de la page ci-dessus, qui doit j'imagine montrer une version plus ancienne).
- window-picker-applet : une applet qui liste toutes les fenêtres sous forme de simples icônes, et affiche celle courante sous forme d'une barre (remplace sa barre de titre quand elle est maximisée donc).
- go-home-applet : une applet qui affiche une bouton pour mettre le netbook-launcher au premier plan. Perso, j'ai aussi configuré ma touche "Fenêtre" pour cette même fonction ("Hide all normal windows and set focus to the desktop background" dans les préférences de raccourcis clavier).
Je pense que le tout doit être installable sur une Ubuntu quelconque, même si j'en ai pas pour confirmer.
C'est étudié surtout pour un netbook, certes, mais je l'utilise aussi parfois avec un écran externe de taille plus standard (1280x1024), et là aussi c'est très confortable (maximisation des fenêtre et accès rapide aux programmes et emplacements importants).
Cas concret, j'ai besoin d'un livre, je cherche sur ton programme, il m'indique qu'il est disponible à 500Km de chez moi dans un jolie site agréable, avec de l'information à outrance, de la plus value que tous les OPAC actuel devraient avoir, cool, et aprés ?
C'est pas vraiment ça l'idée, mais plutôt :
- tu as sélectionné, une fois pour toute, la (les) bibliothèque(s) proche(s) de chez toi ;
- quand tu es sur Amazon (ou quelques autres), à côté de chaque bouquin tu as une icône qui t'indique s'il est, ou non, dispo dans ta (tes) bibliothèque(s).
Il n'y a donc pas à chercher quoi que ce soit que tu n'aurais pas cherché de toute façon (sur Amazon ou autre), et pas de risque de se faire pointer une bibliothèque à 500 km.
Perso je trouve l'idée très élégante, joliment réalisée, et a priori très utile (on verra bien avec le temps), donc merci à l'auteur.
Petite suggestion : la signification du symbole /!\ devrait être documentée. Au début je l'ai eu parce que j'avais pas configuré de bibliothèque (arf, c'que c'est de pas lire les explications...), puis parce que je n'avais pas autorisé les cookies pour bibli.othequ.es. Un tooltip sur l'icône peut-être ?
Perso, ma gestion des erreurs dans les scripts se résume souvent à terminer dès qu'un truc non supporté se passe. J'ai pris, avec les ebuilds Gentoo, l'habitude de faire des "do_something || die" un peu partout. Ça coute rien, ça alourdi pas le code, donc faut pas se priver. J'ai souvent aussi des espèces d'asserts du genre : [[ -n $foo ]] || die "\$foo aurait déjà due être définie à ce stade"
Pour des scripts courts, mon implem' de die() se résume à une ligne de ce style : die() { [[ $# -gt 0 ]] && echo "!!! $*" >&2 ; exit 1 ; }
Pour des scripts plus tordus, je m'adapte une des bonnes implèm' existantes, comme celle là (affiche une stack trace, et flingue le processus principal quand je die depuis un sous-shell) : http://paludis.pioto.org/trac/browser/trunk/paludis/reposito(...)
Ne pas oublier un petit shopt -s expand_aliases puisque cette implem' utilise des aliases. Et attention, là on est dans du Bash, et déjà assez loin d'un shell Posix quelconque.
Tu peux essayer pendant qlqs temps de remapper la touche Ctrl de droite (keycode 109 sur mon T40).
Perso, c'est celle que j'utilise depuis des années en tant que "Hyper_R" (qui me sert justement à tout ce qui est raccourcis de WM sous Sawfish), et vraiment, sa fonction d'origine ne m'a jamais manqué. J'utilise pas Emacs par contre, peut-être que là y'a des raccourcis que son absence complique, faut voir...
Quant à utiliser les touches "bureau de gauche" ou "bureau de droite" pour ça, comme proposé au dessus, je trouve ça dommage, ne serait-ce que parcequ'elles sont déjà très pratiques pour alléger un peu les raccourcis des applications à onglets (une fois ces touches mappées sur XF86Back et XF86Forward, et les applis en questions configurées correctement).
En voyant le screenshot sur la page Sourceforge, je n'ai pas reconnu le toolkit. Pire, en listant le contenu du CVS, je vois des fichiers .xfm et .pas, qui ne m'évoquaient rien...
Mais il pourrait aussi faire l'affaire dans ton cas, et ce de deux façons (autant que je me souvienne) :
- en utilisant un émulateur de Slimp3/Squeezebox en guise de player audio : http://softsqueeze.sourceforge.net
- en utilisant n'importe quel player audio sachant lire un flux de streaming, et un navigateur pour contrôler le tout via l'interface web du Slimserver.
Moi je dirais bug, oui, mais il a déjà dû être corrigé quelque part. En tout cas, rien de tel ici, avec cette version :
% echo $BASH_VERSION
3.2.9(1)-release
Ce qui m'étonne, c'est que je ne vois pas ton bug de décrit dans les commentaires des patches 3.2.x : ftp://ftp.cwru.edu/pub/bash/bash-3.2-patches/
Ou bien c'est dans un autre patch appliqué par ma distrib (Gentoo), mais pareil, je n'en vois pas trace. Ou bien c'est un bug seulement sur ton architecture peut-être ? (Moi je suis sur x86.)
PS : tiens, c'est marrant comme le monde est petit, je crois bien que tu m'a mis une branlée hier à Frozen-Bubble...
> Non parce que moi je l'utilise pas s'il est copyright par cocacola.
L'idée comme quoi c'est Coca-Cola qui aurait dessiné le Père Noël moderne est une légende urbaine : http://www.snopes.com/cokelore/santa.asp
Dommage, je la trouvais plutôt amusante.
Bon, je suis mal placé pour répondre vu que j'ai tendance à ne faire que des petits trucs qui sont bouclés en deux jours ou des contribs/fixes sur les projets des autres. Mais d'un point de vue purement théorique, j'imagine que ces deux paramètres me pousseraient au cul si je me lançais un jour dans un truc plus conséquent :
- choisir un projet que tu vas, personnellement, utiliser de façon régulière (idéalement quotidienne). J'imagine que si j'étais l'auteur de mon éditeur de texte, je continuerais longtemps à l'améliorer / peaufiner, à mesure que j'en découvrirais les lacunes et défauts.
- essayer d'atteindre au moins le stade du "diffusable publiquement". Après, quand tu commences à recevoir des bugs reports ou feature requests, ça doit, je suppose, aider à rester motivé, parceque tu acquiers un certain sentiment de responsabilité vis-à-vis de tes utilisateurs.
Posté par tgl .
En réponse au message php vs jsp?.
Évalué à 5.
Pour moi, mais ça n'est que mon avis, PHP et JSP ne sont pas vraiment destinés aux mêmes usages.
D'un côté, je vois PHP comme un langage décent pour des projets essentiellement centrés sur les pages web. Il est pratique pour cette tâche particulière, et propose ce qu'il faut d'API pour s'en tirer autour (accès à une BDD, etc.).
D'un autre côté, je ne vois pas JSP comme l'élément central de quoi que ce soit. C'est juste un machin annexe pour des projets JEE, celui qui sert à faire l'interface web quand on veut en faire une. Mais le centre, c'est plutôt une logique métier, ou je ne sais quel autre concept fumeux de SSII.
La vrai question finalement, ça n'est pas de choisir entre PHP et JSP pour tes pages, mais de comprendre si elles sont, ou non, le centre de ton projet :
- si depuis le début tu penses ton projet par et pour un site web, il est plus que probable que PHP fera l'affaire.
- si par contre tu ne vois tes pages web que comme une interface à ton projet, alors c'est vraisemblablement qu'il te faut un langage et un framework plus costaud derrière. Et là ça peut valoir le coup de te pencher sur JEE, et donc JSP.
Bon maintenant, tout ça reste à la fois flou et subjectif (je n'aborde volontairement pas, entre autres, les considérations syntaxiques), et donc très discutable. Je ne serais pas surpris qu'on trouve des blogs en JSP, et des ERP en PHP...
Les systèmes de fichiers formatés en FAT (clés USB et autre) peuvent êtres montés avec l'option -o flush ce qui permet une amélioration des débits au détriment de la robustesse.
Tel que je comprends la description du patch, ce n''est que comparé à un "-o sync" que le "-o flush" peut être qualifié de plus rapide et moins robuste : http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6(...)
Mais ça reste plus sûr que l'absence d'option (qui ne flush que de temps à autre, ou sur sync explicite et unmount), et moins rapide évidemment. Une espèce de compromis donc...
Avant j'avais une Beuchat. Elle était pas moche, et je m'en servais réguièrement en plongée sans pb d'étanchéité. Une dans ce genre là : http://www.beuchat.com/montre.php?modele=173
Mais c'est un peu de la daube en fait. Elle tombait en panne tous les 1 ou 2 ans, et chaque fois c'était retour au constructeur, parceque les mécanismes Beuchat sont apparemment des blocs tout-en-un sur lesquels les horlogers ne peuvent rien faire. À éviter donc.
[^] # Re: Netbook Edition
Posté par tgl . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 5.
Cette interface, je la trouve effectivement bien pratique, enfin ça répond aux contraintes de taille d'écran (fenêtres maximisées, panel épuré) et d'utilisation au touchpad (lanceur d'applications mis à plat, bien plus pratique qu'un menu déroulant). Ah si, j'ai juste une "bidouille", qui amha mériterait presque d'être faite en standard, c'est d'utiliser la touche "Windows" pour faire afficher le lanceur d'applications.
Par contre, je suis un peu déçu par ma mise à jour en 10.04 (faut dire que ça marchait déjà très bien en 9.10, donc j'attendais juste quelques bonnes surprises en plus de la montée de version des logiciels):
- la disposition des icônes dans le lanceur n'a pas été modifiée, alors qu'elle comporte trop d'espace inutile. Là, avec un écran 1024x600, on ne peut mettre que 12 icônes (4x3) dans la page des favoris avant qu'elle ne scrolle. Or on sent bien qu'en tassant légèrement, on pourrait passer à 16 (4x4), voire 20 (5x4). Il y avait, dès la 9.10, un bug d'ouvert à ce sujet ([1]), et c'est dommage qu'il n'ait pas été traité. De manière générale, je n'ai vu en fait aucune amélioration du lanceur dans cette version, alors qu'il y en avait quand même quelques unes de suggérées qui méritaient d'être implémentées (permettre la réorganisation des icônes par exemple, etc.).
- le panel est maintenant complètement verrouillé : impossible d'ajouter une applet ou d'y changer quoi que ce soit (c'était déjà galère avant vu qu'il était "plein", mais là c'est carrément strictement locké). J'ai trouvé l'explication [2], il s'agit d'une bidouille gconf qui permet de conserver la possibilité de lancer aussi une session Gnome "normale" sans qu'elle interfère avec le panel du mode Netbook. Bon, ok, je comprends la difficulté vu que gconf ne prévoit pas d'avoir des configs alternatives pour un même utilisateur. Mais là quand même, la bidouille choisie est super discutable (dégrader le mode principal d'utilisation pour conserver intact celui alternatif, bof bof...). En plus, une autre solution technique était envisagée (cf. "solution 2" dans [2]), qui aurait évité ce désagrément et qui n'avait pas l'air bien compliquée à coder non plus. Enfin bon, il y a un workaround, qui consiste à se reconstruire sa propre session "façon Netbook" dans celle prévue pour être un Gnome "normal" [3].
Et enfin, puisqu'on parlait plus haut d'amélioration de temps de boot, en essayant de prendre des points de repère comparables entre un bootchart Lucid et un Karmic, je dirais que j'ai gagné 10 secondes (démarrage des applets à 35s au lieu de 45s). C'est pas du boot instantané, mais pour une machine de ce type (eeePC 1000HE avec un disque 5400 t/s), c'est très raisonnable (le nouveau bootchart commence avec ~15 secondes de ureadahead à bloc sur les IO, donc a moins qu'il lise des choses inutiles, on peut pas espérer aller beaucoup plus vite).
[1] https://bugs.launchpad.net/netbook-remix-launcher/+bug/44729(...)
[2] https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/DesktopUNESe(...)
[3] https://help.ubuntu.com/community/UbuntuNetbookEdition/Conve(...)
[^] # Re: au passage ...
Posté par tgl . En réponse au journal VOD CanalPlus sous Linux. Évalué à 2.
[^] # Re: Qlqs résultats sunspider sur x86_64
Posté par tgl . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 2.
https://developer.mozilla.org/En/Developer_Guide/How_to_Subm(...)
Btw, j'ai aussi découvert dans cette doc que je devrais accompagner ma modif d'un test unitaire, mais après avoir un peu galèré pour faire démarrer mochitest, j'arrive toujours pas à atteindre la fin de la testsuite existante (ça se fige en cours de route avec le brouteux à 100% CPU), donc pour l'instant je vais laisser ça de côté...
[^] # Re: Qlqs résultats sunspider sur x86_64
Posté par tgl . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 8.
> scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes.
> Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les
> choses importantes, et omettre celles superflues.
Comme quoi ça a du bon de gronchonner sur linuxfr, parce que après on se dit qu'on va se prendre un "fait un patch", alors on le fait, et voilà :
https://bugzilla.mozilla.org/show_bug.cgi?id=506482#c8
[^] # Re: moi aussi! moi aussi!
Posté par tgl . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 1.
> SunSpider: 1023.4 ms
> uzbl 20090916 webkitgtk-1.1.12
> SunSpider: 1607.6 ms
Tiens, marrant, chez moi c'est webkit-gtk le plus rapide (quoique de peu, cf. mon commentaire plus bas). Mais mon Chromium est un peu plus vieux que le tiens, et mon webkit-gtk, au contraire, un peu plus récent... Je serais curieux de savoir lequel des deux a récemment fait les progrès qui expliqueraient la différence entre nos résultats.
# Qlqs résultats sunspider sur x86_64
Posté par tgl . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 4.
Tests effectués sous Gentoo / GCC 4.4, sur un "Intel(R) Core(TM)2 Duo CPU E8500 @ 3.16GHz".
- Firefox 3.5.5 (CFLAGS Mozilla, donc en gros "-Os"): 3193.0ms +/- 2.6%
- Firefox 3.5.5 (CFLAGS perso, donc en gros "-O2"): 3125.4ms +/- 2.0%
(pas une grosse différence au global, mais dans le détail, sur quelques tests, c'est très significativement mieux ou pire -- je suppose qu'en PGO on arriverait, en gros, à ne garder que le meilleur)
- Firefox 3.5.5 (binaires 32 bits): 1839.0ms +/- 2.0%
(ah bah oui, l'effet TraceMonkey si j'ai bien compris les commentaires précédents...)
- Firefox 3.6_beta4 (CFLAGS Mozilla, donc en gros "-Os"): 2875.0ms +/- 0.9%
(la révolution n'est pas encore pour cette version)
- Konqueror 4.3.4: 3423.4ms +/- 2.1%
(ça fait plaisir d'en voir un derrière Firefox)
- Chromium 4.0.266.0: 572.2ms +/- 4.6%
(ah, c'est vrai que ça va vite ce truc)
- Uzbl 0_pre20091130 (webkit-gtk 1.1.15.4): 545.4ms +/- 1.2%
(rien à voir, mais je trouve que ce navigateur minimaliste, que je ne connais que depuis environ une semaine, est bien sympathique en appoint de Firefox)
- Epiphany 2.28.1 (webkit-gtk 1.1.15.4): 529.4ms +/- 0.6%
(cohérent avec le résultat sur Uzbl -- chapeau Webkit, tu es "the winner")
Enfin bon, après, à chacun d'en faire ce qu'il veut de ces résultats. Perso, je vais pas changer mes habitudes juste pour ça : je garde mon Firefox comme navigateur principal, parce que je suis accro à moultes de ses fonctionnalités et extensions. Et je ne passe pas ma journée sur Google Wave ou autre application bling-bling en ligne, donc je peux supporter une exécution du Javascript qui se contente d'être raisonnablement rapide dans les cas classiques. Si par contre je pouvais trouver le truc pour qu'il arrête de faire gratter mon dur quand je me contente de lire une page¹, ça me ferai bien plus plaisir que toutes les optimisations Javascript du monde en fait.
¹ màj du sessionstore.js, où l'information essentielle que constitue mon niveau de scroll de chaque page ouverte est religieusement stockée toutes les 10 secondes. Oui, je peux baisser ce délai, mais idéalement je préférerai le conserver pour les choses importantes, et omettre celles superflues.
[^] # Re: filtre anti-déformation
Posté par tgl . En réponse au journal G'MIC : Goinfrez Moi d'Images Cristallines !. Évalué à 1.
Je ne sais pas si c'est à ça que tu penses, mais il existe "lensfun", une bibliothèque de correction intégrée dans quelques logiciels (Digikam et UFRaw à ma connaissance).
http://lensfun.berlios.de/
http://lensfun.berlios.de/manual/
Idéalement, ça serait bien qu'une implémentation à base de G'MIC sache réutiliser la même base de données (où je vois effectivement 3 paramètres par focale de chaque objectif) :
http://svn.berlios.de/wsvn/lensfun/trunk/data/db/
[^] # Re: Benchmarker la rapidité ressentie
Posté par tgl . En réponse au journal BFS : le retour de la revanche. Évalué à 6.
A la grande époque du kernel "-ck", Con Kolivas avait développé Interbench, un bench de simulation d'interactivité, pour essayer de mettre des nombres en face de ce "ressenti utilisateur". Difficile d'évaluer sa pertinence dans l'absolu, mais c'était au moins un bon indicateur pour comparer des scheduleurs et détecter les éventuelles régressions qui les affectaient d'une version à l'autre.
http://users.on.net/~ckolivas/interbench/
# LFS
Posté par tgl . En réponse au journal [webmail] Organisation en répertoire ou tag/label/libellé. Évalué à 6.
Sur le sujet (et au delà), je te conseille cette excellente lecture :
ftp://ftp.irisa.fr/techreports/theses/2005/padioleau.pdf
[^] # Re: KDE Plasma Netbook
Posté par tgl . En réponse au journal Distribution linux simplifiée. Évalué à 2.
[^] # Re: Ubuntu Netbook Remix
Posté par tgl . En réponse au journal Distribution linux simplifiée. Évalué à 5.
Pour ce qui est de la révolution, certes, ce n'en est pas une. Mais cette interface "à plat" me semble quand plus ergonomique que des menus/sous-menus. Je suis dans 95% des cas à 1 simple "viser / cliquer" de ce que je veux lancer (via les icônes favorites) ou de là où je veux aller (via les emplacements favoris à droite). Avec un touchpad pourri, ça demande bien moins d'effort que de rentrer dans un sous-menu (qui implique plusieurs de clics et des déplacements sur des trajectoires bien précises).
# Ubuntu Netbook Remix
Posté par tgl . En réponse au journal Distribution linux simplifiée. Évalué à 2.
http://www.canonical.com/projects/ubuntu/unr
Elle fournie une IHM Gnome avec un seul panel en haut de l'écran, complétée par quelques programmes spécifiques :
- netbook-launcher : un lanceur d'applications très bien fichu qui remplace le bureau.
- maximus : complète metacity en assurant que tout ce qui le mérite se retrouvera maximisé, et sans barre de titre (contrairement à ce qu'on voit dans le screencast de la page ci-dessus, qui doit j'imagine montrer une version plus ancienne).
- window-picker-applet : une applet qui liste toutes les fenêtres sous forme de simples icônes, et affiche celle courante sous forme d'une barre (remplace sa barre de titre quand elle est maximisée donc).
- go-home-applet : une applet qui affiche une bouton pour mettre le netbook-launcher au premier plan. Perso, j'ai aussi configuré ma touche "Fenêtre" pour cette même fonction ("Hide all normal windows and set focus to the desktop background" dans les préférences de raccourcis clavier).
Je pense que le tout doit être installable sur une Ubuntu quelconque, même si j'en ai pas pour confirmer.
C'est étudié surtout pour un netbook, certes, mais je l'utilise aussi parfois avec un écran externe de taille plus standard (1280x1024), et là aussi c'est très confortable (maximisation des fenêtre et accès rapide aux programmes et emplacements importants).
[^] # Re: sympa, mais utile... pas sur
Posté par tgl . En réponse au journal Mashup de recherche de livres dans les bibliothèques. Évalué à 3.
Cas concret, j'ai besoin d'un livre, je cherche sur ton programme, il m'indique qu'il est disponible à 500Km de chez moi dans un jolie site agréable, avec de l'information à outrance, de la plus value que tous les OPAC actuel devraient avoir, cool, et aprés ?
C'est pas vraiment ça l'idée, mais plutôt :
- tu as sélectionné, une fois pour toute, la (les) bibliothèque(s) proche(s) de chez toi ;
- quand tu es sur Amazon (ou quelques autres), à côté de chaque bouquin tu as une icône qui t'indique s'il est, ou non, dispo dans ta (tes) bibliothèque(s).
Il n'y a donc pas à chercher quoi que ce soit que tu n'aurais pas cherché de toute façon (sur Amazon ou autre), et pas de risque de se faire pointer une bibliothèque à 500 km.
Perso je trouve l'idée très élégante, joliment réalisée, et a priori très utile (on verra bien avec le temps), donc merci à l'auteur.
Petite suggestion : la signification du symbole /!\ devrait être documentée. Au début je l'ai eu parce que j'avais pas configuré de bibliothèque (arf, c'que c'est de pas lire les explications...), puis parce que je n'avais pas autorisé les cookies pour bibli.othequ.es. Un tooltip sur l'icône peut-être ?
[^] # Re: Shell scripting
Posté par tgl . En réponse au journal Qu'est-ce que bien gérer les erreurs dans ses programmes ?. Évalué à 1.
[[ -n $foo ]] || die "\$foo aurait déjà due être définie à ce stade"
Pour des scripts courts, mon implem' de die() se résume à une ligne de ce style :
die() { [[ $# -gt 0 ]] && echo "!!! $*" >&2 ; exit 1 ; }
Pour des scripts plus tordus, je m'adapte une des bonnes implèm' existantes, comme celle là (affiche une stack trace, et flingue le processus principal quand je die depuis un sous-shell) :
http://paludis.pioto.org/trac/browser/trunk/paludis/reposito(...)
Ne pas oublier un petit shopt -s expand_aliases puisque cette implem' utilise des aliases. Et attention, là on est dans du Bash, et déjà assez loin d'un shell Posix quelconque.
[^] # Re: touche MOD4... comment faire quand on n'en a pas ?
Posté par tgl . En réponse à la dépêche Awesome, gestionnaire de fenêtre en version 2.0. Évalué à 1.
Perso, c'est celle que j'utilise depuis des années en tant que "Hyper_R" (qui me sert justement à tout ce qui est raccourcis de WM sous Sawfish), et vraiment, sa fonction d'origine ne m'a jamais manqué. J'utilise pas Emacs par contre, peut-être que là y'a des raccourcis que son absence complique, faut voir...
Quant à utiliser les touches "bureau de gauche" ou "bureau de droite" pour ça, comme proposé au dessus, je trouve ça dommage, ne serait-ce que parcequ'elles sont déjà très pratiques pour alléger un peu les raccourcis des applications à onglets (une fois ces touches mappées sur XF86Back et XF86Forward, et les applis en questions configurées correctement).
# Toolkit
Posté par tgl . En réponse à la dépêche Nouvelle version du Fork de DBDesigner. Évalué à 2.
La réponse à ce petit mystère est là :
http://dbdesigner-fork.cvs.sourceforge.net/*checkout*/dbdesi(...)
Il s'agit d'un programme Kylix (pour Linux) / Delphi (pour Windows). Ah bah tiens, j'avais complètement oublié que ça existait ça...
Bon, sur ce je m'en vais essayer la version binaire.
PS: et le manuel est ici, qui montre à quel point ce logiciel est prometteur :
http://downloads.sourceforge.net/dbdesigner-fork/DBDesigner4(...)
[^] # Re: LVM
Posté par tgl . En réponse à la dépêche GParted LiveCD vs Parted Magic. Évalué à 7.
http://www.sysresccd.org/
# Slimserver
Posté par tgl . En réponse au message Ecouter de la musique qui se trouve sur un PC distant. Évalué à 2.
http://wiki.slimdevices.com/index.cgi?SlimServer (le soft serveur)
http://slimdevices.com (les gadgets de salon)
Mais il pourrait aussi faire l'affaire dans ton cas, et ce de deux façons (autant que je me souvienne) :
- en utilisant un émulateur de Slimp3/Squeezebox en guise de player audio :
http://softsqueeze.sourceforge.net
- en utilisant n'importe quel player audio sachant lire un flux de streaming, et un navigateur pour contrôler le tout via l'interface web du Slimserver.
# Version exacte ?
Posté par tgl . En réponse au message Bug possible de bash 3.2. Évalué à 1.
% echo $BASH_VERSION
3.2.9(1)-release
Ce qui m'étonne, c'est que je ne vois pas ton bug de décrit dans les commentaires des patches 3.2.x :
ftp://ftp.cwru.edu/pub/bash/bash-3.2-patches/
Ou bien c'est dans un autre patch appliqué par ma distrib (Gentoo), mais pareil, je n'en vois pas trace. Ou bien c'est un bug seulement sur ton architecture peut-être ? (Moi je suis sur x86.)
PS : tiens, c'est marrant comme le monde est petit, je crois bien que tu m'a mis une branlée hier à Frozen-Bubble...
[^] # Re: Simple question
Posté par tgl . En réponse à la dépêche Concours LinuxFr « Lettre au Père Noël ». Évalué à 9.
L'idée comme quoi c'est Coca-Cola qui aurait dessiné le Père Noël moderne est une légende urbaine :
http://www.snopes.com/cokelore/santa.asp
Dommage, je la trouvais plutôt amusante.
# Deux pistes
Posté par tgl . En réponse au journal Terminer ses projets, pas si facile ?. Évalué à 10.
- choisir un projet que tu vas, personnellement, utiliser de façon régulière (idéalement quotidienne). J'imagine que si j'étais l'auteur de mon éditeur de texte, je continuerais longtemps à l'améliorer / peaufiner, à mesure que j'en découvrirais les lacunes et défauts.
- essayer d'atteindre au moins le stade du "diffusable publiquement". Après, quand tu commences à recevoir des bugs reports ou feature requests, ça doit, je suppose, aider à rester motivé, parceque tu acquiers un certain sentiment de responsabilité vis-à-vis de tes utilisateurs.
# Quelle place pour les pages web ?
Posté par tgl . En réponse au message php vs jsp?. Évalué à 5.
D'un côté, je vois PHP comme un langage décent pour des projets essentiellement centrés sur les pages web. Il est pratique pour cette tâche particulière, et propose ce qu'il faut d'API pour s'en tirer autour (accès à une BDD, etc.).
D'un autre côté, je ne vois pas JSP comme l'élément central de quoi que ce soit. C'est juste un machin annexe pour des projets JEE, celui qui sert à faire l'interface web quand on veut en faire une. Mais le centre, c'est plutôt une logique métier, ou je ne sais quel autre concept fumeux de SSII.
La vrai question finalement, ça n'est pas de choisir entre PHP et JSP pour tes pages, mais de comprendre si elles sont, ou non, le centre de ton projet :
- si depuis le début tu penses ton projet par et pour un site web, il est plus que probable que PHP fera l'affaire.
- si par contre tu ne vois tes pages web que comme une interface à ton projet, alors c'est vraisemblablement qu'il te faut un langage et un framework plus costaud derrière. Et là ça peut valoir le coup de te pencher sur JEE, et donc JSP.
Bon maintenant, tout ça reste à la fois flou et subjectif (je n'aborde volontairement pas, entre autres, les considérations syntaxiques), et donc très discutable. Je ne serais pas surpris qu'on trouve des blogs en JSP, et des ERP en PHP...
# FAT et "-o flush"
Posté par tgl . En réponse à la dépêche Nouvelle version 2.6.19 du noyau Linux. Évalué à 4.
Tel que je comprends la description du patch, ce n''est que comparé à un "-o sync" que le "-o flush" peut être qualifié de plus rapide et moins robuste :
http://kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6(...)
Mais ça reste plus sûr que l'absence d'option (qui ne flush que de temps à autre, ou sur sync explicite et unmount), et moins rapide évidemment. Une espèce de compromis donc...
# Tissot++ ; Beuchat-- ;
Posté par tgl . En réponse au journal Les montres. Évalué à 3.
http://www.tissot.ch/?mod_collection/colid_0005/famid_0045/s(...)
Ça fait 3 ou 4 ans, et je continue de régulièrement la trouver jolie en regardant l'heure, genre élégante mais pas tape-à-l'oeil.
Avant j'avais une Beuchat. Elle était pas moche, et je m'en servais réguièrement en plongée sans pb d'étanchéité. Une dans ce genre là :
http://www.beuchat.com/montre.php?modele=173
Mais c'est un peu de la daube en fait. Elle tombait en panne tous les 1 ou 2 ans, et chaque fois c'était retour au constructeur, parceque les mécanismes Beuchat sont apparemment des blocs tout-en-un sur lesquels les horlogers ne peuvent rien faire. À éviter donc.
[^] # Re: Ok...
Posté par tgl . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 6.
Ça n'est pas tout à fait vrai : tu peux compiler ce code avec le compilo du JDK 1.5, si tu passes le paramètre "-source 1.4".