L'ordinateur me servant de routeur m'ayant lâchement laissé tomber il y a quelques temps, je n'avais d'autre choix que de le remplacer, la solution temporaire étant un peu trop temporaire :

Mes contraintes pour mon nouveau matériel :

• capable de faire tourner OpenBSD (OS très gourmand en ressources : actuellement le CPU du routeur temporaire est utilisé à 0% et la RAM utile est de moins de 10Mo)
• avoir 2 prises ethernet (pour pas me faire chier au niveau de la configuration réseau)
• faible consommation électrique (vu qu'il tourne 24/7)

J'ai donc fait l'acquisition d'un Fit-PC, dont voici les spécifications :

• CPU : AMD Geode LX800 500MHz
• RAM : 256Mo
• HDD : IDE 60Go
• 2 ports ethernet 10/100Mbps
• 2 ports USB 2.0
• consommation de 3 à 5W en utilisation normale

Il est livré avec Ubuntu et Gentoo en dual boot.

Voilà la boîte :

Voilà la bête :

La connectique :

Le screenshot obligatoire :

La conso à l'arrêt :

0 Watt à l'arrêt ça peut paraître normal, essayez donc sur un ordinateur de bureau. J'ai fait le test aujourd'hui au boulot, suivant les modèles on passe de 0.5 à 5W…

La conso dans le bios :

La conso max vu pour le moment (durant le boot de Linux) :

Je n'ai pas encore de consommation en utilisation normale (l'utilisation que j'en aurait la plupart du temps) vu que je n'ai pas encore réussi à installer OpenBSD dessus (mais ceci est une autre histoire).

Les caractéristiques techniques indiquent une consommation de 3 à 5W en utilisation normale, d'après mes premières mesures je confirme que l'on peut passer la plupart de sont temps sous les 5W, il faut prendre en compte le fait qu'il alimentait actuellement un clavier et une souris. Je referais des mesures quand il sera installé et en fonctionnement (sans clavier, ni souris, ni écran, juste 2 câbles ethernet et l'alimentation).

Sinon j'ai joué un peu avec Ubuntu dessus (après avoir attendu plus d'1 minute et 30 secondes pour avoir la page de login). Alors clairement sur un petit écran ça marche pas trop mal, mais avec une résolution de 1600x1200 il commence à avoir du mal (mais c'est largement utilisable). Il sagit de ne pas ouvrir trop de fenêtres/applications en même temps, donc pour une utilisation style web/mail/chat, cet ordinateur convient très bien.

Comme dirait Tristan : "le système d'exploitation n'est qu'une collection de drivers qui sert à faire tourner un navigateur". Ici on a donc un ordinateur minimaliste, un OS capable de tourner dessus correctement, le tout étant assez puissant pour faire fonctionner Firefox.

Pour lire des vidéos il en est aussi capable (il y 2 bandes annonces de films fournies avec), mais je pense qu'il est limité aux petites vidéos pas trop gourmandes en CPU (j'avoue n'avoir clairement pas testé cette utilisation).

Pour information, voici quelques mesures effectuées au travail aujourd'hui :

• ordinateur DeLL avec Pentium 4 : 0.5W à l'arrêt, 60W en idle, 100W avec CPU à fond
• ordinateur DeLL avec Core2Quad : 5W à l'arrêt, 85W en idle, 150W avec CPU à fond
• serveur DeLL 1750 (assez vieux) : 110W au boot
• vieil ordinateur portable DeLL : 100 W au boot
• écran LCD DeLL 17 pouces : un peu moins de 20W (différence de plus d'1 Watt entre un écran affichant que du blanc et un affichant que du noir (le noir consommant plus))
• écran LCD DeLL 20 pouces : un peu plus de 40W
• écran LCD Samsung 20 pouces : 48W sur du blanc, 46W sur du noir

Conclusions rapides :

• les ordinateurs de bureau consomment plus maintenant qu'avant
• la consommation entre le noir et le blanc sur un écran LCD me laisse perplexe. La théorie voudrait que le noir consomme plus (tous les pixels sont allumés pour cacher la lumière émise par le tube à l'arrière de l'écran). Cette théorie s'est retrouvée vérifiée sur un écran DeLL mais pas sur un Samsung qui indique clairement le contraire…

Je ne vous ai pas parlé encore de la taille du Fit-PC, mais vous avez pu voir d'après les photos qu'il était assez petit. Voici une petite photo du Fit-PC posé sur mon serveur (4U) :

Update : Consommation d'une Freebox v4.

• pendant le boot : un peu moins de 7W
• démarrée sans fait grand chose : 8.4W
• avec la TV allumée : 8.5W (petite augmentation de 0.1 à 0.2W en fonction de la chaîne regardée)
• TV + Communication téléphonique : 10W
• gros téléchargement (1Mo/s) : 8.5W (augmentation de 0.1 à 0.2W)

Depuis quelques jours il y a des affiches publicitaires pour le parc de Thoiry un peu partout.

Il y en a une plus particulièrement qui montre un panda roux.

Est-ce en rapport avec la popularité de Firefox, le navigateur web qui a été téléchargé plus de 8 millions de fois le jour de la sortie de la version 3 (ce qui leur a valu un Guinness World Record), qui est utilisé par près de 30% des internautes européens et qui a un panda roux comme mascotte ?

Je ne sais pas, mais en tout cas je pense qu'ils viennent de toucher une nouvelle cible (même si je ne vais pas au parc ça m'aura au moins fait écrire un billet dessus).

Cette semaine j'ai trouvé un avis de passage dans ma boîte aux lettres.

Motif pour lequel le colis n'a pu m'être remis : "absent + boîté bloquée". ́Étrangement le jour précédent j'ai trouvé un colis en provenance d'Amazon dans cette même boîte. Elle n'était donc pas bloquée et je n'ai eu aucun mal non plus à l'ouvrir.

Admettons, je vais chercher mon colis au bureau de poste indiqué sur l'avis de passage. Après 10 minutes, l'employée de la poste revient, me redonne mon avis de passage (qui d'ailleurs est revenu complètement froissé) : "le colis n'est pas ici, donnez-moi votre numéro de téléphone, nous allons le chercher et nous vous tiendrons au courant".

Vive la qualité du service.

D'ailleurs en parlant de service, des plombiers devaient venir chez moi samedi dernier, je les ai attendus toute la matinée. Rien. Lundi j'appelle la société en question. La personne me dit qu'elle a vient d'avoir un appel lui informant qu'ils n'étaient pas venu. Nous avons ensuite planifié une nouvelle intervention. Mais au total :

• aucun appel le vendredi ni le samedi pour me dire qu'ils ne pouvaient pas venir
• aucune excuse présentée par la personne que j'ai eu au téléphone

Pour info, ils viennent de passer à nouveau, pour la 3ème fois, pour me remettre l'eau chaude. Je ne sais pas pourquoi mais je sens que je vais continuer à me doucher à l'eau froide pendant un certain temps (j'aime bien quand on me dit que ça commence à chauffer alors que l'interrupteur est sur OFF).

Je vous invite à lire l'article de Joel sur comment fournir un service de qualité. Si seulement plus de sociétés pouvaient lire cet article… (en tout cas les sociétés avec lesquelles j'interagis ;-))

J'avais déjà eu l'occasion de vous présenter LastFM ici-même il y a un an.

Depuis j'ai continué à m'en servir, d'après mon compte je suis à plus de 41 000 chansons écoutés, soit une moyenne de 57 chansons par jour, petite progression par rapport à l'année dernière.

Cette année j'ai commencé à m'en servir pour indiquer les concerts auxquels j'ai assisté et auxquels je vais assister, et je jette un œil de temps en temps à la liste des concerts près de chez moi et qui pourraient m'intéresser.

J'aime bien ce site, un site type réseaux social/communautaire, où ma participation est faite automatiquement en bonne partie (soumissions des chansons écoutées faites par mon lecteur audio).

I started using the erlang programming language few months ago. Erlang is a wonderful language if you want to do reliable, distributed, highly concurrent, fault-tolerant, soft-real-time, highly available, hot swapping applications :-).

So, today I will give you a glimpse on one cool functionality of Erlang: the ability to update your code without stopping your application.

First I will show you how to upgrade a small code, then how to upgrade an erlang system (an erlang system is your application and all its dependencies)

THE CODE

We are going to use a simple piece of code. We want a server thread listening for messages (each message is printed on the console with a sequence number), and a client thread, sending a message to the server every second. Here is the code (I usually don't use comments but I put some here because you may not understand erlang code):

-module(code_reload). % This is the module declaration.

-export([start_server/0, start_client/1]). % Exporting functions allow them to be called from outside the module.
-export([server_loop/1, client_loop/1]).

start_server() ->
    spawn(?MODULE, server_loop, [0]). % This function calls the server_loop function in a new thread.

server_loop(Count) ->
    receive % Wait for messages
        {From, quit} ->
            io:fwrite("Received quit command from n", [From]),
            ok;
        {From, Message} ->
            io:fwrite("p received message p~n", [Count, self(), Message, From]), % Display the message we received.
            ?MODULE:server_loop(Count); % Call the same function again to wait for an other message.
    	_ ->
            throw(unexpected_message)
    end.

start_client(ServerPid) ->
    spawn(?MODULE, client_loop, [ServerPid]).

client_loop(ServerPid) ->
    receive
        {From, quit} ->
            io:fwrite("Received quit command from n", [From]),
            ok
    after 1000 -> % If no messages were received after 1 second, send a message to the server.
            ServerPid ! {self(), now()},
            ?MODULE:client_loop(ServerPid)
    end.

Let's start an erlang shell:

$ erl
Erlang (BEAM) emulator version 5.6.2 [source] [smp:2] [async-threads:0] [kernel-poll:false]

Eshell V5.6.2  (abort with ^G)
1> c(code_reload). % This compile the module code_reload.
{ok,code_reload}
2> ServerPid = code_reload:start_server(). % Start the server and assign the server process id to the variable ServerPid.
<0.37.0>
3> ClientPid = code_reload:start_client(ServerPid).
<0.39.0>
0: Server <0.65.0> received message {1211,11183,231032} from <0.67.0>
0: Server <0.65.0> received message {1211,11184,232031} from <0.67.0>
0: Server <0.65.0> received message {1211,11185,233029} from <0.67.0>
0: Server <0.65.0> received message {1211,11186,234031} from <0.67.0>
0: Server <0.65.0> received message {1211,11187,235030} from <0.67.0>

We can see the server printing the messages. But oups, there is a bug! I forgot to increment the counter so each line start with "0" instead of an incrementing number.

Let's change the following line in the code:

?MODULE:server_loop(Count + 1);

We need to go back to the shell and compile the new code:

4> c(code_reload).
{ok,code_reload}
0: Server <0.65.0> received message {1211,11188,236023} from <0.67.0>
0: Server <0.65.0> received message {1211,11189,237031} from <0.67.0>
1: Server <0.65.0> received message {1211,11190,238021} from <0.67.0>
2: Server <0.65.0> received message {1211,11191,239031} from <0.67.0>
3: Server <0.65.0> received message {1211,11192,240018} from <0.67.0>
4: Server <0.65.0> received message {1211,11193,241022} from <0.67.0>
5: Server <0.65.0> received message {1211,11194,242021} from <0.67.0>
6: Server <0.65.0> received message {1211,11195,243031} from <0.67.0>

Ah! It's better, the message number is growing as expected. Notice that the threads are still the same (<0.65.0> for the server and <0.67.0> for the client).

There is no black magic here. The main part of the code is a loop. The server function is server_loop and it calls itself with ?MODULE:server_loop(…). The process is running inside the old version of the code, and when we call server_loop again, the new call is send to the new version of the code.

Be careful, this happens only because we call the function that way ?MODULE:server_loop (code_reload:server_loop also works). Hot upgrade does not work if we call server_loop directly with going through the module again. This allows you to control where code reloading is done.

Now we can send a quit message to the client and the server:

5> ClientPid ! {self(), quit}.
Received quit command from <0.30.0>
{<0.30.0>,quit}
6> ServerPid ! {self(), quit}.                     
Received quit command from <0.76.0>
{<0.76.0>,quit}

See you soon for post on full application upgrade.

Comme tout le monde le sait, "Giga" est un préfixe, multiple de 10, signifiant "milliard". Ce préfixe, comme tous les autres préfixes du système international, permettent de manipuler plus facilement des unités pour les grandes et petites valeurs.

Par exemple 1 Kg (1 kilo gramme) vaut 10³ g, soit 1 000 g. Ou encore 1 GPa = 10⁹ Pa = 1 000 000 000 Pa (Pa = Pascal, unité de pression).

De ce fait 1 Go = 10⁹ o = 1 000 000 000 o = 1 millards d'octets. L'octet étant un "byte" en anglais nous avons donc 1 o = 1 B, ou encore 1 Go = 1 GB.

Attention, l'octet (ou byte) vaut 8 bits, le bit étant noté avec un b minuscule. Donc 1 Go = 1 GB = 8 Gb.

Habituellement l'Homme compte en base 10 (système décimal), mais l'informaticien, étant lié à un monde binaire, compte souvent en base 2 (système binaire). Donc au lieu d'utiliser des préfixes multiples de 10, l'informaticien utilise des préfixes multiples de 2.

Ainsi nous avons 1 KiB = 2¹⁰ B = 1024 B, ou encore 1 GiB = 2³⁰ B = 1 073 741 824 B.

Pour conclure sur les préfixes : c'est simple et clair, il n'y a pas à tergiverser.

…mais c'était sans compter sur les américains et leurs hordes d'avocats débiles. Seagate d'une part et Creative d'autre part ont été obligés de payer/rembourser en partie un certain nombre de leur clients pour avoir indiqué la taille des disques correctement… en système décimal.

Le problème est que leurs clients, une fois en possession de leur matériel, le branchent sur leur ordinateur favoris et s'aperçoivent que la taille du disque effective est moindre que celle annoncée. Pourquoi ? Parce qu'ils utilisent un système d'exploitation qui affichent une valeur erronée de la taille du disque. Par exemple windows vous affiche une taille en GB alors que ce sont des GiB qui sont comptés.

Ce qui est très fort, c'est que les utilisateurs poursuivent en justice le fabricant de matériel qui n'a rien à se reprocher au lieu de porter plainte contre le fabricant de logiciel qui affiche n'importe quoi. Et le pire dans tout ça, c'est que la justice leur donne raison…

Par extension, on se rend compte qu'il est moins dangereux de faire de la diffamation que d'essayer d'être respectueux des règles… et ça fait peur.

PS : et en France on dit rien sur les publicités des fournisseurs d'accès internet avec leurs offres à "20 Méga". Un FAI a même un mode patate. Cherchez pas, si avec votre abonnement 20 Méga patates vous ne recevez pas 20 millions de pommes de terre (même des petites) c'est normal.

Update : j'ai téléphoné à ma banque, ils me disent qu'il n'y a aucun problème, ni sur mon compte ni sur ma carte, que c'est certainement un problème de serveur. Je viens de tenter d'acheter un truc en ligne, paiement refusé… peut-être le même serveur ?

Pour ceux qui se posent la question, non l'iPhone (en tout cas dans sa version "1" actuelle) ne fonctionne pas au Japon (j'ai passé 2 semaines avec un joli "No service" dans le coin de l'écran, impossible de voir le moindre réseau).

Bon, vous pouvez toujours vous en servir comme iPod, utiliser le wifi etc. mais en ce qui concerne la partie téléphonie c'est un peu mort.

De ce que j'ai cru comprendre l'iPhone est quadribande : GSM 850, GSM 900, GSM 1800, GSM 1900. C'est bien joli, GSM 850 et 1900 sont utilisés aux états-unis et GSM 900 et 1800 en Europe. Qu'en est-il du Japon ? A priori les normes utilisées sont 3G 1700 et 3G 2100.

En gros, l'iPhone ne fait que du GSM (EDGE) et n'est pas 3G (ça un peu tout le monde le sait déjà) et c'est un peu ce qui l'empêcherait de fonctionner au Japon qui n'est couvert qu'en 3G (UMTS/HSDPA).

Il paraît qu'une version "2" de l'iPhone sort en juin (la version 2 du firmware aussi, mais mettre cette version du firmware sur un iPhone "1" ne changera pas le problème) et celui-ci devrait incorporer une puce 3G et fonctionner sur le réseau japonais (ce qui est confirmé par le fait qu'Apple est en train de négocier la commercialisation de l'iPhone au Japon via NTT Docomo et/ou SoftBank).

Moi qui en avait rien à faire qu'il soit 3G ou pas, finalement je n'y suis plus autant indifférent. Wait & see.

Note : bien évidemment ce ne sont pas les gens du service client Orange qui m'ont donné ces informations, c'est tout juste s'il savent ce qu'est un téléphone (par contre ils avaient l'air de bien aimer le match de rugby (ou football je n'ai pas trop fait attention) qui passait sur les écrans de démo pour la livebox…).

Il faut toujours remettre en cause ce que disent les vendeurs.

- Le service client Orange à propos des vendeurs Orange.