JMeter avec un écran HiDPI avec Java 9+ (sous Linux)

Si comme moi, vous avez un écran de type HiDPI (High Dots Per Inch), si vous lancer JMeter, vous vous retrouvez avec une interface graphique avec des tous petits caractères, très peu lisible.

Depuis quelques années, pour contourner ce problème, il y a la possibilité de définir certaines propriétés de JMeter pour augmenter la taille des caractères et éléments graphiques

Une autre solution, depuis Java version 9 et plus, permette de définir un facteur d’échelle pour la résolution des applications Swing (tel que JMeter). On peut en effet définir la propriété Java : sun.java2d.uiScale avec une valeur de coefficient multiplicateur ou un pourcentage.

Concrètement, pour lancer JMeter sous Linux (XWindow) :

$ export JVM_ARGS="-Dsun.java2d.uiScale=200%"
$ ./bin/jmeter &

Debian 7 : finalement XFCE avec nautilus, gnome-keyring

Finalement depuis mon passage à Debian (testing) 7 et GNOME 3.4, j’ai basculé sur Debian (testing) 7 et XFCE 4.8 comme interface graphique.

Et oui, GNOME 3 c’est joli, animé, mais lent (de mon point de vue) lors du passage entre chaque application. Dès que je dépassais 5-6 applications ouvertes, le Alt-Tab devenait de plus en plus lent (je suppose à cause de l’effet 3D utilisé pour le basculement et les seulement 256 Mo de mémoire vidéo de mon ordinateur).

J’ai donc ajouté à mon Debian le système de gestion de fenêtre XFCE fourni par Debian. Là il n’y a pas d’effet 3D ou de fioriture et donc c’est rapide.

Pour une meilleure apparence, j’ai choisi le thème Adwaita qui est le thème de Gnome-shell. Et comme j’utilise, de manière abusive, les onglets dans Nautilus, je garde ce dernier comme gestionnaire de fichiers.

Une astuce consiste aussi à activer le démarrage des services GNOME au lancement de XFCE (Settings > Session and startup, puis onglet Advanced). Surtout afin d’avoir le gnome-keyring qui se lance, et permet la reprise et l’utilisation des mots de passes et autres clés gpg stockés dedans par les applications GNOME comme nautilus.

Aussi, comme je viens d’une installation task-gnome-desktop et non task-xfce-desktop, je conserve Network-Manager pour la gestion du réseau et de mes différents accès VPN, plutôt que wicd (qui me semble moins pratique / abouti).

 

Voilà, c’est tout pour aujourd’hui, je suis un peu charrette en ce moment (et je rentre tout juste d’un voyage à Paris pour le business (et sans trop de repis)).

Passage à Debian 7 (testing), nom de code Wheezy

J’ai fait l’acquisition d’un disque dur de 1 Téra-octet pour remplacer le disque de 500 Go de mon ordinateur portable (le fameux Dell E6500). Et oui, l’espace disque se remplit vite avec des machines virtuelles, les fichiers ISO des quelques distributions Linux que je manipule (Debian, Ubuntu, Centos et RedHat) dans le travail et tout le rester (applications, documents, photos, vidéos, etc.)

Tout cela pour dire que j’ai profité de la migration vers ce nouveau disque pour passer à Debian Wheezy, la future version 7 (dépôt testing donc).

La version testing a été gelée fin juin 2012, donc plus de montée de version majeure des logiciels dans ce dépôt, la priorité est donnée à la correction des anomalies en prévision de la version finale prévu fin d’année ou début 2013. Noter que (il me semble) : une version testing gelée de Debian est plus stable qu’un Ubuntu venant de sortir.

Et donc, me voilà avec Gnome 3 et son gnome-shell qui vient bousculer ma façon de « voir » mes applications quand je travailler sur l’ordinateur. Je ne vais pas vous la jouer « c’est nul, je veux retourner à Gnome 2 » car cela fait un bon moment que je surveille Gnome 3 et le teste sur une machine virtuelle. C’est nouveau, et comme toute nouveauté, il (me) faudra une période d’adaptation, et de prise de nouveaux repères. En espérant que je ne fasse pas un retour-arrière comme à l’époque du passage de Ubuntu 9.10 vers 10.04.

Quelques retours sur mon installation Debian 7 et Gnome 3 : Continuer la lecture de Passage à Debian 7 (testing), nom de code Wheezy

Mettre à jour la base tzdata (Olson database) sur son Nokia N9 (heure d’été)

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).

 

Création d’une mise à jour personnalisée de tzdata sous Debian Squeeze

Voici un mini-tutoriel du type pense-bête concernant la création d’une mise à jour de la base tzdata pour Debian.

Pour rappel, la base de données tzdata est le référentiel ‘mondial’ concernant les décalages horaires (horaires d’été / horaires d’hiver) ainsi que bien entendu des décalages entre fuseaux horaires. Cette base est utilisée pratiquement par tout système d’exploitation (hormis Windows).

Il est important que votre ordinateur (ou serveur) soit à jour concernant cette base. En effet, cela aide par exemple lorsque vous recevez une demande de réunion de quelqu’un qui n’est pas dans le même fuseau horaire que vous (genre Maroc / France), ou bien dans le monde des serveurs pour l’aspect corrélation des journaux.

Toujours est-il, ici au Maroc, les dates de début et fin de l’horaire d’été sont plus ou moins décidées chaque année quelques jours avant. Il est assez difficile d’avoir le paquetage tzdata à jour au moment du passage à l’horaire d’été sur Debian (il y a un délai pour la publication de la mise à jour du tzdata).

Donc, voici ce tutoriel pour faire la petite modification « DST » (Daylight Saving Time ou Horaire d’été) sur le paquetage source tzdata (de Debian) et générer la nouvelle version du .deb. Continuer la lecture de Création d’une mise à jour personnalisée de tzdata sous Debian Squeeze

Nokia N9 : la durée de vie de la batterie

Comme téléphone portable, j’ai donc un Nokia N9. Son système d’exploitation est Meego Harmattan 1.2, un mix entre Maemo et Moblin. C’est un téléphone qui possède de belles qualités et applications de base. En gros on n’a pas vraiment besoin de télécharger des applications sur un store pour avoir les fonctionnalités de base d’un smartphone (téléphone, email, web, réseaux sociaux, cartes avec navigation vocale, synchronisation agenda, musique, video, hotsport wifi, skype, gtalk, etc.)

Par contre, j’avais un problème par rapport à mon ancien téléphone, le Nokia N8 : la durée de vie de la batterie, elle était trop courte. (J’ose à peine le dire, que j’avais un problème de batterie… car déjà que c’est difficile de dire au gens que l’on a un Nokia… par rapport aux « iphone lovers » et « android men », et encore plus que c’est pas un Symbian mais un Meego (Linux), et de justifier son choix…)

Enfin, toujours est-il que : A quoi sert un téléphone portable à ce prix (650 euros la version 64Go), si il ne tient pas une journée de 16h (du matin au soir) ?

J’étais très frustré en effet, par exemple lorsque je partais en déplacement sans réelle possibilité de recharger le téléphone durant la journée, d’avoir mon téléphone avec la batterie vide à partir de 18h !

Bon et bien, finalement, je me suis décidé à faire une recherche sur Google : « Nokia N9 battery life », puis de faire plein d’expériences durant une semaine pour trouver ce qui n’allait pas.

Au final, la batterie du Nokia N9 est largement autonome pour 1 jour (et visiblement plus) si 1/ on fait attention à 1 bug déclaré de fuite de batterie, et 2/ aux applications qui utilisent un peu trop souvent la connexion Wifi/3G.

Voici mon retour d’expérience sur mes découvertes sur la vie de la batterie d’un Nokia N9. Continuer la lecture de Nokia N9 : la durée de vie de la batterie

Virtualisation de mon Windows 7

Je viens donc d’avoir un nouvel ordinateur portable, pas pour remplacer l’actuel, mais pour l’avoir en tant que machine de test/expérimentation via des machines virtuelles. Et malheureusement ou heureusement, il était livré avec Windows 7 édition familiale premium 64 bits. Je n’en avais pas vraiment besoin puisque j’ai prévu de le réinstaller en Debian et KVM comme virtualiseur.

Néanmoins, je me suis dit qu’il serait bien de récupérer le Windows (et sa licence associée) en tant que machine virtuelle sur mon portable de travail, le tout avant de le ré-installer en Debian. Cela sera ainsi une machine Windows 7 que je pourrai utiliser pour faire des tests de fonctionnement (genre JMeter sur Windows 7 ou l’affichage d’un site avec IE 9/Win7, etc).

Le travail à faire consiste donc à « virtualiser » le nouveau portable. Cela s’appelle le « physique vers virtuel » ou « physical-to-virtual », P2V de son petit nom. Voici ma recette : Continuer la lecture de Virtualisation de mon Windows 7

20 ans du noyau Linux et ma petite histoire avec Linux

Linux, le noyau qui est utilisé dans bon nombre de distributions GNU/Linux, fête ses 20 ans. Il est sorti en 1991 et on est en 2011 (soit 20 ans donc ;-)).

I'll be celebrating 20 years of Linux with The Linux Foundation!

Pour ma part, j’ai commencé à installer Linux sur un IBM Aptiva 486 SX 25 avec 4 Mo de RAM (mon premier PC) en 1995, j’étais au lycée, le CD était une Slackware fournie avec un livre dont le titre m’échappe. Le noyau Linux était à la version 1.2.3.

A l’époque, je me souviens avoir lu des articles sur Linux dans des magazines, j’en ai parlé à un ami et mentor en informatique (c’est lui qui m’a fait découvrir les dessous de Windows 3.1 : le DOS), il avait 10 ans d’expérience informatique et un bel Amiga (entre autres). Il m’a dit : Continuer la lecture de 20 ans du noyau Linux et ma petite histoire avec Linux

Debian Live : voir ou tester Debian sans l’installer

Si vous souhaitez voir ou tester Debian afin de vous faire votre propre idée, le tout sans passer par l’étape de l’installation, une solution : Debian Live. Ces dernières sont des images ISO qui permettent de démarrer une Debian sur un ordinateur ou une machine virtuelle sans modifier le disque dur existant. Cela permet donc de tester ou voir la tête de Debian ou parfois pour les plus aguerris de l’utiliser comme cd/dvd de réparation. Pour ceux qui connaissent la distribution Ubuntu et ses images iso, les Debian Live c’est la même chose.
Comment faire : aller sur le site de Debian, et cliquer sur le lien de téléchargement Obtenir Debian. Sur cette page, il y a plusieurs choix, il faut diriger ses petits yeux sur  la colonne de droite et en bas, le lien « Essayer Debian en autonome avant l’installation »
Un clic sur ce lien vous amène sur une page Images d’installation autonomes. Pour récupérer directement une image ISO pour la graver ou l’utiliser avec une clé ou comme « cdrom » pour une machine virtuelle, il faut cliquer sur ‘amd64‘ (ou i386 pour les gens qui veulent du 32 bits) dans la section « CD, DVD et USB » (sans bittorrent). Continuer la lecture de Debian Live : voir ou tester Debian sans l’installer

Quelques nouvelles en ce mois de mai

Cela fait un bout de temps que je n’ai pas poster un petit billet alors voici quelques nouvelles :

  • Tout d’abord, si je n’ai pas posté, c’est que j’ai pas mal de travail (comme bien souvent) à tel point que j’en rêve la nuit, plutôt, j’y réfléchis en dormant… (genre faut que j’essaye cela demain… ou bien je me vois en petit paquet ip traversant un routeur via un vpn…)
  • Je travaille en parallèle sur deux-trois projets, un premier sur la migration de serveurs de messagerie (SMTP/POP) vers une seule solution de messagerie (SMTP/POP(s)/IMAP(s)/Webmail) pour un total de 90 000 comptes à migrer. Dans les technologies utilisées : Debian 6.0 comme OS, du Postfix en configuration « virtual mail » pour le SMTP, Dovecot pour le POP/IMAP et leurs pendants SSL, Perdition en tant que reverse proxy POP/IMAP qui va faire de la répartition de charge vers les serveurs Dovecot, un webmail avec RoundCube. Le tout utilisant un référentiel de comptes dans une base MySQL répliquée en master/slave pour l’ensemble des briques logiques déjà citées. Dis comme cela c’est assez simple comme solution à mettre en oeuvre… c’est bien entendu le coté ‘migration’ qui complexifie la tâche, à savoir faire en sorte que les utilisateurs ne s’en rendent pas compte… à priori tous les obstacles techniques sont écartés, reste plus à le refaire sur la future production (la solution étant prototypée avec succès sur des VM) et basculer….
  • Un autre projet c’est la mise en place d’une solution Magento (solution de gestion d’un site e-commerce) en haute disponibilité et haute performance. On est toujours dans l’étape prototypage en VM. Ici les technologies c’est du Debian 6.0, DRBD en master-master (RAID-1 sur un réseau IP), MySQL master-master, Apache, PHP/Zend/APC, Memcached et Varnish. L’étape DRBD m’a coûté 2 jours à cause d’un « no » qui devait être un « yes » dans un petit fichier de configuration… Sinon, tout devrait bien aller…
  • Coté JMeter c’est assez calme, on prépare tranquillement la version suivante (2.4.1).

Voilà ; Voilou…