Bienvenue sur Think-Underground.com

Si vous connaissez déjà relativement bien le langage SQL, vous savez probablement que EXPLAIN sert à détailler les étapes de l'exécution d'une requête par le serveur (execution plan).

Le site Explain Extended pousse le concept un peu plus loin. Il prend des problématiques classiques en SQL, les résout, puis optimise la trace d'exécution pour rendre la requête le plus rapide possible. Il utilise toutes les possibilités et contourne les limitations de plusieurs SGBD : MySQL, SQL Server, Oracle, PostgreSQL…

Personnellement j'y ai appris pas mal de choses. Par exemple alors que je cherchais à calculer le score moyen de joueurs sur leurs 10 dernières parties (ou moins s'ils n'avaient pas encore fait 10 parties), j'y ai appris l'utilité (et par là même l'existence) de la fonction COALESCE.
Plus récemment sa réflexion sur l'utilisation de UNPIVOT m'a permis de comprendre qu'il ne fallait pas toujours rechigner à utiliser certaines fonctions peu populaire et ayant une mauvaise image lorsqu'elles sont adaptées à un besoin.

Une lecture que je recommande à tout amateur ou prétendu expert en bases de données.

̂

Sinon, pour les curieux, ou ceux qui veulent optimiser mon bouzin (qui tourne déjà en mois d'une milliseconde sur ma petite base) :

SELECT 
   `joueurs_id`, 
   `joueurs_nom`, 
   `joueurs_prenom`, 
   `moyenne_instantanee`, 
   `nb_parties` 
 FROM joueurs 
 INNER JOIN ( 
   /* Calcul de la moyenne instantanée du joueur */ 
   SELECT 
     stats.`stats_joueurs_id`, 
     SUM(`stats_score_apres` - `stats_score_avant`)/COUNT(`stats_date_partie`)
          AS moyenne_instantanee, 
     COUNT(`stats_date_partie`) AS nb_parties 
   FROM stats 
   INNER JOIN ( 
     /* Calcul de la date de la plus vieille des 10 dernières parties (ou moins) */ 
     SELECT 
       `stats_joueurs_id`, 
       COALESCE(( 
         SELECT `stats_id` 
         FROM `stats` 
         WHERE `stats_joueurs_id` = v_parties.`stats_joueurs_id` 
         ORDER BY `stats_id` DESC 
         LIMIT 9,1 
       ), 0) AS stats_id_vieille_partie 
     FROM ( 
       /* Sélection des parties d'un joueur */ 
       SELECT 
         `stats_joueurs_id`, 
         `stats_date_partie` 
       FROM stats 
       GROUP BY 
         `stats_joueurs_id`, 
         `stats_date_partie` 
     ) AS v_parties 
     GROUP BY `stats_joueurs_id` 
   ) AS v_dates 
   ON stats.`stats_joueurs_id` = v_dates.`stats_joueurs_id` 
   AND stats.`stats_id` >= v_dates.`stats_id_vieille_partie` 
   GROUP BY stats.`stats_joueurs_id` 
   ORDER BY stats.`stats_joueurs_id` 
 ) AS v_moyennes 
 ON v_moyennes.`stats_joueurs_id` = joueurs.`joueurs_id`

C'est quoi ?

Étant un joueur assez mordu de simulations automobiles, j'ai fait l'acquisition il y a quelques mois d'un Matrox TripleHead2Go, un petit boîtier qui permet d'utiliser 3 écrans en sortie de son PC^[1].

L'intérêt ?

• Le champ de vision qui est beaucoup plus large dans les jeux (qui supportent le TH2Go). En effet, les trois écrans étant reconnus comme un énorme écran 3840x1024, dans un jeu de voiture, je passe, grâce à ce boîtier, d'une vue intérieur limitée au pare-brise avant, à une vue me permettant de voir les rétroviseurs, les angles morts, ... Dans les autres jeux (FPS, RPG, ...) l'ajout d'un écran de chaque côté participe énormément au côté immersif ! Bref, c'est vraiment plus agréable comme le montre cette image (venant du site SurroundGaming) !
  

• Un autre intérêt est de pouvoir utiliser un bureau sur 3 écrans ce qui apporte un réel confort pour ceux qui aiment avoir plein de fenêtres ouvertes. C'est sur cet aspect que je vais me pencher dans ce billet.

Et sous Linux ?

Si le Matrox TH2Go est destiné aux utilisateurs sous Windows, il est quand même utilisable sous Linux. Après tout, ce n'est si plus ni moins qu'un "gros écran" vis-à-vis du système.

Sous ma Debian, en démarrant avec le TripleHead2Go, j'ai eu le bonheur de réaliser que l'affichage s'était automatiquement adapté. Par contre, petit souci (réglé par l'outil PowerDesk SE sous Windows) : quand je maximise une fenêtre, elle se maximise sur les trois écrans :S Je vous laisse imaginer à quel point il n'est pas agréable de devoir tourner la tête pour voir l'ensemble d'une fenêtre, mais surtout, l'intérêt d'avoir 3 écrans est alors limité. Je préférerais que mon Linux considère chaque écran comme un bureau séparé ! Et bien c'est possible.

Chouette, comment on fait ?

J'ai trouvé une solution permettant d'identifier chaque écran comme un bureau distinct, utilisant Compiz-Fusion qui est installé sur de plus en plus de Linux par défaut. (Vous savez, c'est une des méthodes qui permet d'obtenir des applications disposées autour d'un cube). Installer Compiz-Fusion dépasse largement le cadre de cet article, et d'ailleurs il s'agit souvent juste de cliquer sur une case "Activer les effets graphiques 3D'' ou d'installer le paquet compiz. Une fois installé, vous devriez avoir quelque part un écran de configuration (compizconfig-settings-manager) qui ressemble à ça :

Les options qui nous intéressent sont dans les Options Générales.

• dans l'onglet Desktop Size : mettez tout à 1 (sauf si vous voulez en plus des 3 bureaux physiques garder des bureaux virtuels).
• dans l'onglet Display Settings il va falloir déterminer la taille et la position de vos 3 écrans :
  

Mes écrans étant tous les trois en 1280x1024, les trois entrées que je vais créer vont commencer par 1280x1024. La suite indique le positionnement relatif des différents écrans (sur l'axe des x et des y). Chacun a la même hauteur mais est décalé de 1280 pixels par rapport au précédent, d'où les 3 sorties que j'ai définies :

1280x1024+0+0
1280x1024+1280+0
1280x1024+2560[]+0

Mise à jour le 03/08/2009 : il semblerait qu'il faille aussi décocher la case Detect Outputs. Je pense qu'à défaut ignore les paramètres ci-dessus.

Au final ?

Et bien au final ça marche très bien. Les applications s'agrandissent dans leurs écrans respectifs, peuvent être rapidement déplacées d'un écran vers l'autre, ... Bref, un véritable confort d'utilisation. Reste à trouver, ou à se fabriquer, un joli fond d'écran et c'est le bonheur.

Voici une utilisation typique du bureau :

Et mon fond d'écran, compilation de trois fonds que j'aime bien, qui vous permet d'apprécier la taille finale du bureau :

Oui mais ?

Tout n'est malheureusement pas rose :

• J'ai noté quelques soucis de taille de police. Je ne sais pas vraiment d'où ça vient, mais certains textes sont très gros, probablement en cherchant à l'adapter "bêtement" à la résolution de l'écran.
• L'outil de Matrox sous Windows permet de prédéfinir plusieurs résolutions, de décaler les affichages pour contrer l'effet optique introduit par les bordure des écrans, de maximiser une fenêtre en plein écran si besoin, ... Je ne sais pas si il existe d'équivalent sous Linux.

En conclusion, si vous en avez un ou que vous songez à en acheter un, votre TripheHead2Go sera utilisable sous Linux, mais si vous vous contentez actuellement de un ou deux écrans et que vous ne jouez pas, l'investissement n'en vaut probablement pas la peine.

Le but de cet article est d'expliquer comment je mets en place un dépôt Subversion pour partager les sources d'un projet entre plusieurs utilisateurs sur un serveur privé.

J'aime créer un groupe du nom de mon projet dans lequel je mettrai toutes les personnes qui auront accès à ce projet :

addgroup mon_projet
adduser utilisateur1 mon_projet
adduser utilisateur2 mon_projet

Je crée ensuite un dépôt SVN dans le répertoire du projet (Je regroupe tous les dépôts SVN dans un même répertoire : /home/svn) :

cd /home/svn
svnadmin create mon_projet

Je modifie ensuite les droits sur le répertoire. En particulier, je le rends modifiable par le groupe mon_projet :

chown -R :mon_projet mon_projet
chmod -R g+w mon_projet
chmod g+s mon_projet/db

Ensuite, comme recommandé dans la documentation de ''Subversion'', je crée un fichier /usr/local/bin/svnserve :

#!/bin/bash
umask 002
/usr/bin/svnserve -r /home/svn/ "$@"

Si vous voulez empêcher complètement l'accès au sources aux personnes ne faisant pas partie du groupe mon_projet vous pouvez mettre umask 007.

Et voilà, les utilisateurs du groupe mon_projet peuvent dès à présent utiliser Subversion en svn+ssh:// sur mon serveur :

svn mkdir svn+ssh://mon_serveur/mon_projet/trunk
svn checkout svn+ssh://mon_serveur/mon_projet/trunk
...

Il est possible de faire mieux niveau sécurité, en particulier si votre serveur est public où que vous n'êtes pas convaincu des bonnes intentions de tous vos utilisateurs (qui se retrouvent avec quasiment tous les droits sur le dépôt)... mais c'est un début.