Benchmark v8 pour les autres navigateurs.

Article complémentaire du précédent pour les autres navigateurs du marché. Voici que ce que j’ai obtenu :

  • Midori 0.2.2 : 1331
  • Opera 10.10 installé via un petit yaourt -S opera-qt4 : 97.1
  • Epiphany 2.28.2 (même moteur que Midori) : 1328
  • Microsoft Internet Explorer 8.0 dans un Windows XP-Sp3 (sous VirtualBox 3.1.2) : 26.1, soit 66 fois moins que Chromium…

Continuer la lecture de « Benchmark v8 pour les autres navigateurs. »

Pas de langue de bois… Au moins chez Mozilla ;)

Derrière ce titre à rime se base un petit test – qui sert à rien, voila c’est dit pour les ronchons – qui est dérivé d’un propos que j’avais lu il y a environ 2 semaines sur Clubic.

Pour tout dire, l’article qui parlait de la sortie de la 5ième et ultime béta de Mozilla Firefox 3.6 avait un lien vers l’entretien, donc cela m’a rafraîchit un peu la mémoire 😉

C’est surtout ce petit paragraphe qui m’a mis interpellé :

Quels ont été les récent travaux effectués sur le moteur JavaScript TraceMonkey ?

MB : Nous avons opéré deux types de travaux. D’une part la technologie de TraceMonkey a été portée sur mobile. Plusieurs personnes l’ont essayé sur le N900 et ont été très impressionnées par ses capacités. Par ailleurs nous avons affiné TraceMonkey afin qu’il se révèle plus performant pour un usage de tous les jours. Aujourd’hui au travers de plusieurs tests, il apparaît que le moteur JavaScript de Firefox 3.6 est 20% plus rapide qu’au sein de Firefox 3.5. Cependant cela ne reflète pas pour autant les performances réelles observées par les utilisateurs dans leur surf quotidien.

Donc, j’ai pour vérifier cette information récupéré via le site ftp http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/, 3 versions de développement en linux 64 bits :

Une pour Mozilla Firefox pré 3.5.7, la deuxième pour Mozilla Firefox pré 3.6 béta 6, et enfin, une version pour Mozilla Firefox 3.7 pré-alpha1, et je leur ai fait passé ce qui est le test « ultime » des moteurs de Javascript : le « benchmark v8« .

Continuer la lecture de « Pas de langue de bois… Au moins chez Mozilla 😉 »

WordPress 2.9 pour Noël ?

En tout cas, ce serait un beau cadeau de Noël pour les blogueurs g33k. En effet, en ouvrant ma session wordpress ce matin, j’ai eu l’annonce que WordPress 2.9rc1 était disponible au téléchargement.

Après avoir récupéré l’archive et balancer le contenu de celle-ci sur mon espace ftp, mon blog est passé naso-digitalement à la nouvelle version.

Coté nouveautés ? Je vais citer l’article de WordPress-fr.net qui parle justement des dites nouveautés de cette version 2.9 :

Tout d’abord, côté utilisateur nous pouvons noter les apports et modifications suivants :

* une corbeille va faire son apparition afin de pouvoir récupérer un contenu malencontreusement supprimé. Cela concernera à la fois les pages, les articles, les commentaires et les fichiers attachés (images, PDF, documents divers…). Cette corbeille fonctionnera selon le même principe que celle présente depuis des années dans Windows. Elle autorisera la restauration du contenu sélectionné et aussi sa suppression définitive.
* Un éditeur d’image minimaliste arrive dans WordPress. On pourra retoucher rapidement une image avant la publication telle que la découper, la redimensionner, la faire pivoter… et ce sur toutes les tailles générées ou que sur la vignette par exemple.
* Amélioration de la gestion des images en général.
* L’option qui nous permet de choisir si on veut apparaitre ou non dans les moteurs de recherche sera maintenant disponible dès la phase d’installation de WordPress. Ce qui permettra d’éviter qu’un site “privé” ne soit disponible dans les moteurs de recherche par erreur.
* Les thèmes classic et défaut verront leur champ de commentaire valide XHTML.
* Les commentaires font leur apparition dans les pages du thème “défaut”.
* Le Press-minute a été corrigé de ses bugs.
* Une vignette pourra être attribué à chacun des articles directement, sans passer par les champs personnalisés.
* Soulignons la mise à jour de TinyMCE vers la version 3.2.7

Plein de bonnes choses donc. J’avoue que l’arrivée de la corbeille me fait plaisir. Ainsi que la gestion des images. Vais-je enfin pouvoir me passer de mes comptes flickr et picasa ? 😉

En tout cas, ce qui me fait vraiment plaisir, c’est que depuis septembre 2005, j’ai pu passer sans trop de problèmes de WordPress 1.5 à la 2.9rc1… Plus de 4 ans… Ce qui en dit long sur la pérénité de ce logiciel libre.

Que devient ArchLive-iso ?

En juin 2009, j’avais rapidement testé le liveCD « ArchLive ». J’ai voulu voir comment se portait le projet 6 mois plus tard.

ArchLive – décembre 2009

Donc, après avoir récupéré la dernière image ISO en date sur le site officiel, à savoir http://godane.wordpress.com/, j’ai préparé mon environnement de test habituel :

fred ~/download $ qemu-img create -f qcow2 arch.img 32G
Formatting 'arch.img', fmt=qcow2, size=33554432 kB
fred ~/download $ qemu-kvm -hda arch.img -cdrom archiso-live-2009-12-08.iso -boot d &

Pour mémoire, l’alias qemu-kvm résume la commande suivante :


qemu-system-x86_64 --enable-kvm --soundhw all -localtime -k fr -m 1024

Après un lancement assez rapide, j’ai ouvert une session en utilisateur classique, Xfce 4.6.1 nous accueille, puis j’ai lancé l’installateur qui se trouve dans le menu système / installer archlive.

Continuer la lecture de « Que devient ArchLive-iso ? »

Sabayon Linux 5.1 Gnome… Une distribution qui sucre trop ?

Sabayon Linux, c’est une version simplifiée de la Gentoo Linux qui démarre en tant que liveCD / liveDVD pour permettre l’installation d’un système complet en quelques minutes – au lieu de quelques heures avec une Gentoo Linux classique. Au menu de cette version 5.1 ? Entre autres, un noyau linux 2.6.31 et Gnome 2.28.0, Mozilla Firefox 3.5.5, OpenOffice.org 3.1.1 et plein de petites choses en plus 😉

Sabayon Linux 5.1 version Gnome

J’ai commencé par récupérer l’iso via l’outil wget.

fred ~/download $ wget -c http://ftp2.cz.freebsd.org/pub/sabayon/Sabayon_Linux_5.1-r1_amd64_G.iso
–2009-12-13 09:26:56– http://ftp2.cz.freebsd.org/pub/sabayon/Sabayon_Linux_5.1-r1_amd64_G.iso
Résolution de ftp2.cz.freebsd.org… 86.49.49.49
Connexion vers ftp2.cz.freebsd.org|86.49.49.49|:80…connecté.
requête HTTP transmise, en attente de la réponse…200 OK
Longueur: 1973790720 (1,8G) [application/octet-stream]
Sauvegarde en : «Sabayon_Linux_5.1-r1_amd64_G.iso»

100%[====================================>] 1 973 790 720 739K/s ds 43m 37s

2009-12-13 10:10:33 (737 KB/s) – «Sabayon_Linux_5.1-r1_amd64_G.iso» sauvegardé [1973790720/1973790720]

Puis j’ai lancé la machine habituelle de test.

fred ~/download $ qemu-img create -f qcow2 sab51.img 32G
Formatting 'sab51.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -hda sab51.img -cdrom Sabayon_Linux_5.1-r1_amd64_G.iso -boot d &

La deuxième commande vous paraît un peu courte ? En effet, c’est un alias, un raccourci que j’ai rajouté dans mon fichier ~/.bashrc qui est en réalité :


alias qemu-kvm='qemu-system-x86_64 --enable-kvm --soundhw all -localtime -k fr -m 1024'

Continuer la lecture de « Sabayon Linux 5.1 Gnome… Une distribution qui sucre trop ? »

Dis, cela prend combien de temps pour compiler un Mozilla Firefox ?

Adepte des versions de développement des logiciels de la Fondation Mozilla depuis Mozilla 0.8 (en gros depuis février 2001), j’ai toujours voulu connaître le temps nécessaire à la compilation d’une version « from scratch », en clair, en repartant de zéro.

Ayant récupéré le code source en utilisant les instructions disponibles à l’adresse https://developer.mozilla.org/En/Developer_Guide/Source_Code/Mercurial, en clair en entrant sur une ligne de commande :

hg clone http://hg.mozilla.org/mozilla-central/ src
cd src

Puis en actualisant le code source avec un petit :

hg --verbose pull -u

J’ai ensuite utilisé le fichier .mozconfig suivant :

#
# See http://www.mozilla.org/build/ for build instructions.
#

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests

Pour des raisons techniques, il faut installer l’ancienne version d’autoconf, connue sous le nom d’autoconf-compat sur Archlinux.

J’ai divisé la compilation en deux temps : un pour les dépendances, l’autre pour la compilation proprement dite.

Pour les dépendances :

make -f client.mk depend

Pour la compilation :

make -f client.mk build

Et le temps nécessaire ? Il suffit d’ajouter la commande time devant les commandes make.

Pour les dépendances :

real    2m49.202s
user    1m30.977s
sys    0m44.534s

Pour la compilation :

real    43m33.043s
user    39m33.562s
sys    3m38.266s

Pour info, ma configuration :

Acer Aspire 5520, donc :

  • AMD Athlon X2 TK 55 (800 à 1800 Mhz)
  • 2 GiO de mémoire vive
  • 120 GiO de disque dur
  • Circuit vidéo GeForce7000M

Sur le plan logiciel :

  • Archlinux 2009.02 à jour avec le dépot testing activé
  • Gnome 2.28.0
  • gcc / g++ 4.4.1

45 minutes, sur un portable acheté en février 2008, ce n’est pas si mal que cela 😉

Test de la Chakra Linux Alpha 3.

La Chakra Linux, c’est le duo Archlinux + KDE en live CD installable à la mode « ubuntu ».

Chakra Linux Alpha 3 – 64 bits

J’ai donc récupéré l’image de l’alpha3 pour AMD64 bits, puis j’ai lancé la machine virtuelle de test habituelle.

fred ~/download $ qemu-img create -f qcow2 disk.img 32GFormatting 'disk.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -k fr -localtime -soundhw all -m 1024 -hda disk.img -cdrom chakra-minimal-x86_64-090930-alpha3-test.iso -boot d &

Continuer la lecture de « Test de la Chakra Linux Alpha 3. »

Ubuntu Linux : le Microsoft du monde linux en se « bling bling »-isant ?

Aux personnes qui penseraient que cet article est du « ubuntu-bashing », elles se trompent. Cet article est écrit par une personne qui a utilisé durant près de 3 ans la distribution de Canonical.

Cependant, je ne peux que être critique – même si « La critique est facile, mais l’art difficile » – envers les directions prises par Ubuntu.

Déjà, la tendance lourde à la « bling-bling »-isation de la distribution. Dans un précédent article, je parlais de l’installateur qui se proposait de faire de l’information – ou plutôt de la publicité – lors de la copie des logiciels.

Mais le « bling-bling » ne s’arrête pas là. Il faut voir l’effet de démarrage de la distribution… Du plus pur « bling bling ». Il est vrai qu’une simple barre de progression, c’est trop strict, et cela n’attire pas l’utilisateur.

L’effet de lumière qui se présente au démarrage avec un logo ubuntu au dessus, cela me fait un peu penser à des séries de science fiction de la fin des années 1970…

Autre tendance qui me donne des boutons : le langage mono et les outils en mono dans la distribution. Loin de vouloir faire un troll, pour moi, ce langage est une erreur monstrueuse sur le plan judiciaire. Car il est connu que Microsoft est une entreprise philantropique (cf l’histoire d’OS/2, Netscape, GEM, Lotus…).

Même si Microsoft a promis de ne pas attaquer les personnes qui implémente le langage .Net pour d’autres plateformes autres que MS Windows, je n’en crois rien.

Si on enlève les paquets liés à mono sur une ubuntu fraichement installé en utilisant la commande :

sudo aptitude remove mono-runtime

Le gain est de 47 Mo environ. Ce n’est pas grand chose, mais si cela peut libérer autant sur le disque d’installation…

Ce n’est pas grand chose, mais c’est toujours cela de pris en ce qui concerne la tranquillité sur le plan légal.

Dernier point que je souhaite aborder : c’est l' »Application Store », un peu à l’image de l’appstore pour iPhone.

Quel intérêt de vouloir s’approprier ainsi les logiciels ? Est-ce que Fedora Linux, Slackware, Mandriva, Archlinux ou encore Frugalware (pour ne citer que les premières distributions qui me viennent à l’esprit) veulent s’approprier ainsi les logiciels ?

Pour le moment, l’ancienne interface est encore disponible, mais pourquoi vouloir ainsi tout « ubuntu »-iser ?

A trop vouloir simplifier et cacher le coté mécanique de l’informatique, on finit par trop simplifier et infantiliser l’utilisateur au lieu de le responsabiliser. Simple avis personnel, bien entendu.

Une idée reçue : les logiciels en mono sont plus lourd que leur équivalent en C/C++.

Dans mon billet précédent, je disais que les logiciels en mono était parfois jusqu’à trois fois plus lourd… Je faisais erreur. Je m’explique.

En effet, j’avais pu voir dans une machine virtuelle contenant une Ubuntu Jaunty que Tomboy prenait 24 ou 25 MiO au démarrage… J’ai donc voulu voir ce que donnait des versions récentes de Mono, en utilisant comme outil Tomboy et Banshee, tout en comparant avec leur équivalent en C/C++ que sont gNote et Rhythmbox.

Cet article n’est pas à visée scientifique – et il n’en a pas la prétention – mais j’ai envie de tordre le cou à une idée reçue. Il aurait fallu tester deux ou trois autres logiciels, mais je me suis limité aux logiciels existant aussi bien en mono qu’en langage C/C++.

Continuer la lecture de « Une idée reçue : les logiciels en mono sont plus lourd que leur équivalent en C/C++. »

Deux mois déjà…

…que je suis revenu sous Archlinux. Encore un petit mois, et j’aurais dépassé mon précédent record d’utilisation d’Archlinux (fin décembre 2007 à fin mars 2008).

Entre temps, j’ai gagné en connaissance technique, et je ne suis plus trop effrayé pour recompiler certains composants, comme gnome-keyring 2.26.3 qui est – au moment où j’écris ce billet – indisponible et qui bloque l’installation de Gnome 2.26.3.

Gnome 2.26.3 sous Archlinux

Il est vrai que l’idée d’ArchLinux et de garder des logiciels aussi peu « rustinés » que possible est bien agréable. De plus, maintenant, j’apporte un peu ma pierre à l’édifice, ayant repris la maintenance d’un paquet sur AUR qui permet d’avoir une version de développement de Liferea.

Bref, je ne pense pas que l’arrivée de la version Karmic Koala d’Ubuntu me fera changer d’avis, surtout vu le virage pris avec l’intégration d’outils en Mono – technologie que je trouve très gourmande et surtout trop liée à Microsoft – pour la future version.

J’ai d’ailleurs remplacé l’outil Tomboy par Gnote (et la consommation mémoire a été divisée par trois environ, un article suivra concernant ce point précis).

Bref, j’attaque sereinement le troisième mois d’utilisation. Ce que je crains le plus ? La migration de Gnome 2.26.3 vers Gnome 2.28.0.