Arrivée de TraceMonkey dans Minefield en 64 bits !

Ce moteur de compilation jit du langage javascript intégré dans Mozilla Firefox depuis sa version 3.5 n’existe pas pour les versions 64 bits (linux et MacOS-X, quand à Windows 64bits, je ne saurais dire) du navigateur.

Cependant, en lisant ce billet dans mon agrégateur de flux j’ai appris que le moteur de compilation est enfin activé. Mais uniquement dans le code du tronc, qui donnera le successeur de Namoroka (alias Mozilla Firefox 3.6) et donc qui ne sortira que d’ici un gros semestre et demi, si on en croit la feuille de route prévisionnelle :

  • Mozilla Firefox 3.6 alias Namoroka : fin 2009
  • Mozilla Firefox 3.7 alias ? : D’ici juin 2010
  • Mozilla Firefox 4.0 alias ? : D’ici fin 2010

Il a d’abord été intégré dans la branche tracemonkey, et un peu plus récemment dans le code même du tronc qui donnera Mozilla Firefox 3.7, si on en croit ce rapport d’ajout de code.

Bref, le moteur de compilation du javascript de Mozilla Firefox pour les versions 64 bits du logiciel (même s’il n’y a pas de version officielle, sauf celle des distributions linux en version 64 bits) profiteront d’une version dopée du rendu javascript comme c’est déjà le cas pour les version 32 bits (Windows, linux, MacOS-X et compagnie).

Ayant mis à jour ma copie du code source du tronc, j’ai lancé une compilation avec le .mozconfig suivant :


export AUTOCONF=autoconf-2.13
. $topsrcdir/browser/config/mozconfig
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx
ac_add_options --enable-optimize
ac_add_options --disable-debug
ac_add_options --disable-tests

Après, il faut attendre 45 minutes après avoir entré la commande « magique » : make -f client.mk build

Pour comparer, j’ai pris une compilation plus ancienne – en 64 bits – de Minefield qui n’a pas TraceMonkey activé. On peut trouver la dite compilation à l’adresse :

http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2009-09-16-03-mozilla-central/

Adresse qui ne sera surement plus valide d’ici le mois d’octobre 2009, cependant.

Pour voir le gain de vitesse apporté par le moteur de compilation, je me base sur le site de test SunSpider, sur celui de Celtic Kane.

Pour SunSpider :

Sans TraceMonkey : 5944 ms.

Avec TraceMonkey : 2860 ms… Soit environ 51,88% plus rapide… C’est pas si mal 😉

Pour Celtic Kane :

Sans TraceMonkey : 547

Avec TraceMonkey : 488 ; soit environ 10,94% plus rapide.

Je pense faire un prochain test avec le moteur webkit (via Arora) et avec la version 10 d’Opera en 64 bits aussi.

Choqok 1.0alpha1 : enfin un Choqok en français ;)

Choqok 0.9.1 alias 1.0alpha1 est sorti récemment. Outre le fait que maintenant, on peut utiliser des greffons (si j’en crois les notes de publications), le logiciel en enfin disponible en français. Le seul hic, c’est qu’il m’a fallu reconfigurer mon compte identi.ca pour accéder au logiciel.

Coté installation ? J’ai récupéré le fichier PKGBUILD et le fichier d’installation, en modifiant le PKGBUILD ainsi :

# $Id: PKGBUILD 1872 2009-09-05 20:14:04Z ibiru $
# Maintainer: Andrea Scarpino
# Contributor: Emanuele Rossi
# Contributor: Bram Schoenmakers

pkgname=choqok
pkgver=0.9.1
pkgrel=1
pkgdesc= »A Twitter/identi.ca/laconica client for KDE 4. »
url= »http://choqok.gnufolks.org/ »
license=(‘GPL’)
arch=(‘i686’ ‘x86_64’)
depends=(‘kdebase-runtime’ ‘hicolor-icon-theme’)
makedepends=(‘cmake’ ‘automoc4’)
install=choqok.install
source=(« http://d10xg45o6p6dbl.cloudfront.net/projects/c/choqok/choqok-0.9.1.tar.bz2 »)
md5sums=(‘c6ba8daaff373ef41580139f3914e9f0′)

build() {
cd ${srcdir}
mkdir build
cd build
cmake ../${pkgname}-${pkgver} \
-DCMAKE_SKIP_RPATH=ON \
-DCMAKE_{SHARED,MODULE,EXE}_LINKER_FLAGS=’-Wl,–no-undefined -Wl,–as-needed’ \
-DCMAKE_INSTALL_PREFIX=/usr
make || return 1
make DESTDIR=${pkgdir} install
}

La compilation du paquet :

makepkg

L’installation ?

yaourt -U choqok-0.9.1-1-x86_64.pkg.tar.gz

Et le résultat en image :

choqok 1.0alpha 1

Panneau de configuration de Choqok 1.0alpha1

Aperçu rapide de la distribution Trisquel Gnu Linux 3.0.

Trisquel Gnu Linux 3.0 est une version « libre » (au sens de la Free Software Foundation) de la Ubuntu Linux 8.04 LTS.

Au menu de cette version :

  • Noyau 2.6.28 (version libre)
  • Gnome 2.26
  • Trisquel Web Browser (version « libre » de Mozilla Firefox 3.0)
  • Gimp 2.6
Trisquel Gnu Linux 3.0

Après avoir récupéré l’image ISO de la version AMD64 via BitTorrent (vilain tipiak je suis ?), j’ai utilisé la machine virtuelle habituelle pour lancer la distribution.


fred ~/download $ qemu-img create -f qcow2 tris.img 32G
Formatting 'tris.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -m 1024 -k fr -localtime -hda tris.img -soundhw all -cdrom trisquel_3.0_amd64.iso -boot d &

Le Gnome proposé est simplifié, et l’installateur est celui d’Ubuntu. Donc simple et efficace 😉

Etrangement des partitions en xfs sont proposées lors de l’installation. Bah, tant que la distribution fonctionne au final, hein 😉

Au final, on obtient une version d’Ubuntu Linux qui respectent les recommandations de la Free Software Foundation (pas de micrologiciels non libre), pas de Flash, etc…

Bref, une distribution pour les libristes puristes, à l’image d’une gNewSense, même si je préfère cette dernière.

En vrac’ rapide et libre.

Un petit « en vrac' » rapide et libre en ce 10 septembre.

  • Sortie de Mozilla Firefox 3.5.3 ; mis à part quelques corrections de sécurité (4 dont 3 critiques), rien de nouveau. Normal, les nouveautés arriveront pour la béta de Mozilla Firefox 3.6 alias Namoroka.
  • Le noyau linux 2.6.31 vient de sortir. Au menu : USB 3, support du KMS pour les pilotes ATI Radeon, meilleur support pour Xorg ce qui entrainerait une meilleur réactivité au niveau logiciel, des améliorations au niveau de l’ext4fs et du btrfs. Et encore plein d’autre chose. Vivement que le noyau soit disponible 🙂
  • La béta 4 de FreeBSD 8.0 pointe elle aussi le bout de son nez. Autant dire que j’attends de pouvoir tester cette version de FreeBSD.

Voila, c’est tout pour aujourd’hui ! A la prochaine !

Sortie d’Amarok 2.2 béta 1.

Amarok 2.1.80 (alias la 2.2 béta 1) vient juste de pointer le bout de ses octets. Au moment où j’écris cet article, la version pour Archlinux en 64 bits étant indisponible pour le dépot « testing », j’ai récupéré les fichiers nécessaire à la création du paquet.

Après avoir récupérer le PKGBUILD et le fichier d’installation, j’ai rajouté les dépendances à savoir :

  • liblastfm
  • loudmouth

Une fois les dépendances installés, j’ai tapé un petit :

makepkg

Et après avoir attendu une petite demi-heure environ – il faut dire qu’un Mozilla Firefox se compilait en parallèle… – un paquet contenant la version 2.1.80 d’Amarok était enfin disponible.

x

L’installation s’est ensuite résumée à un simple yaourt -U yaourt -U amarok-2.1.80-1-x86_64.pkg.tar.gz.

Après un premier démarrage un peu long – réindexation de la collection musicale – j’ai pu utiliser Amarok.

La recherche de couverture de CDs est de nouveau fonctionnelle, et l’import de CDs dès leur insertion est une nouveauté assez plaisante. A moins que cette fonctionnalité existait déjà dans Amarok 2.1.1 ?!

Bien que ce ne soit qu’une béta 1, cette version d’Amarok risque d’être intéressante. Elle est bourrée de nouveauté (comme la modification à volonté de l’interface) et sera surement une version majeure d’importance pour cet excellent logiciel musical.