MilamberSpace – JMeter

Aujourd’hui au Maroc c’est le passage à l’heure d’été (qui a eu lieu à 2h du matin avec l’ajout de 60 minutes).

Dans un précédent billet, je montrais la façon de refaire une « mise à jour personnalisée » de tzdata sur Debian. D’un autre coté, ce matin je cherchais le moyen de faire la même chose sur mon Nokia N9 afin de le passer à l’heure d’été aussi (GMT+1 au lieu de GMT+0).

L’idée étant d’avoir le bon horaire, et aussi le bon décalage avec les autres pays, afin que notamment la date des emails, twitters, etc. soit la bonne.

Donc, j’ai passé un peu de temps à essayer de faire la procédure de mon précédent billet puisque le N9 utilise aussi le système de paquetage de Debian et que j’ai d’installé le SDK du N9. Malheureusement cela n’a pas voulu fonctionner tout de suite (une erreur en cachant une autre).

Après une seconde de réflexion, je décide de faire une recherche Google pour voir si quelqu’un n’a pas eu l’idée de mettre à jour son tzdata avant moi.

Et là bingo, on trouve ce fil de discussion sur le forum Maemo.

En quelques commandes, on peut faire la mise à jour d’un tzdata sans compilation/construction de paquetages sur un système Linux/Unix ! (on en apprend tous les jours).

Voici la recette appliquée chez moi :

Pré-requis :

• le mode développeur activé avec soit un accès en SSH direct sur le N9 (via Wifi pour moi), soit depuis le terminal
• l’utilitaire wget installé (je ne sais pas si il est natif à Meego/Harmattan)

1/ Passage en root via la commande :

devel-su - (mot de passe « rootme »)
develsh

2/ Récupération de la dernière version de la base tzdata depuis le site de l’IANA

wget http://www.iana.org/time-zones/repository/releases/tzdata2012c.tar.gz

3/ Décompression de l’archive

mkdir tzdata
tar xfz tzdata2012c.tar.gz -C tzdata

4/ Mise à jour de la zone Afrique

cd tzdata/
zic africa

Et voilà, l’heure de mon téléphone a été automatiquement changée (puisque l’on était déjà à l’heure d’été ce dimanche).

Cela fait un petit moment que je vois des fichiers compressés avec XZ, ce dernier est un format de compression basé sur l’algorithme LZMA2.

D’après ce que l’on peut voir sur Internet, il est très efficace pour la compression. Il est d’ailleurs utilisé dans certaines distributions Linux pour réduire la compression d’une archive afin que l’ensemble du live cd tienne dans le cdrom ou tout simplement pour réduire au maximum un paquetage (ici l’annonce du support dans Debian).

La question à 2 centimes qui se pose, c’est : est-ce que je vais remplacer le GZ par le XZ ?

Pour y répondre, je propose d’utiliser la méthode « évaluation technico-financière » que l’on retrouve souvent dans les appels d’offres publiques ici au Maroc.

Cette méthode analyse chaque offre commerciale selon deux axes en attribuant une note technique et une note financière à chaque offre en fonction de l’offre la moins chère, le prix de l’offre courante et sa note technique, puis calcule une note technico-financière selon un rapport 60% technique et 40% financier.

Pour cette évaluation, nous allons considérer les trois « répondants » suivants : GZip, BZip2 et XZ. Ils seront tous couplés avec l’utilitaire tar pour l’empaquetage des fichiers et répertoires.

• L’axe technique, sera le taux de réduction (de compression), c’est-à-dire de combien, en pourcentage, a été réduit l’orignal.
• L’axe financier sera mesuré avec le temps de compression mesuré avec l’utilitaire time (valeur real). Ne pas oublier le vieil adage : le temps c’est de l’argent…

Continue reading ‘Faire une évaluation technico-financière de GZip, BZip2 et XZ’ »