J'utilise depuis un certain temps maintenant l'excellent catalogue de médias Delicious Library, pour son interface bien léchée et la possibilité de scanner directement les code-barres de mes BD ou DVD avec la webcam de ma machine. Cela dit, j'ai été un peu négligent ces derniers temps, et les médias non scannés s'accumulant, la flemme prend vite le dessus. Jusqu'à ce que je découvre une extraordinaire application de scanning de code-barres sur iPhone, RedLaser. L'application est gratuite, incroyablement rapide pour lire un code (même si l'autofocus de l'iphone 4g aide, il faut bien le reconnaître), et elle permet de scanner des codes à la chaîne.

Pour cela, rien de plus simple : lancez l'application, appuyez sur le petit éclair en bas au milieu, et une fois en mode scan, activez le bouton "multiple" en bas à droite. Une fois vos scans terminés, revenez à la liste des codes scannés, et envoyez-les par mail en utilisant le petit bouton habituel en bas à gauche (le même icône que dans l'application Photos).

Il ne reste qu'à importer tout ça dans Delicious Library. Pour ce faire, enregistrez le fichier raw-barcodes.txt, renommez-le très exactement en Scanned UPCs Log.txt, et il ne reste plus qu'à faire glisser ce fichier sur la fenêtre de Delicious Library, un + apparaîtra sous votre curseur, et il n'y a plus qu'à le laisser travailler.

A titre d'exemple, il m'a fallu environ 10 minutes pour scanner et importer complètement une étagère de 65 DVD. Plus de raisons d'avoir la flemme!

No comments »

Il y a quelques jours, je commentais le manque de communication d'Oracle sur l'avenir des différents produits Sun. Ca reste flou, mais il semble tout de même qu'ils fourbissent leurs armes, au moins sur un plan commercial, avec ce white paper.

Rien de vraiment nouveau sous le soleil, bien sûr, si ce n'est le souci de présenter une vision cohérente de l'ensemble des solutions anciennement Sun et l'apport de ces solutions aux différentes solutions applicatives d'Oracle. On en reste donc au même point, ce qui manque, ce sont des arguments pour convaincre les décideurs d'installer du Solaris sur du matériel Oracle plus coûteux, et pas du RedHat sur du x86 HP ou IBM ...

No comments »

Oracle vient de mettre fin à l'accord qui le liait à HP et permettait à ce dernier d'offrir un support Solaris sur sa gamme de serveur x64 Proliant (anciennement Compaq, avant le rachat de ce dernier par HP). Les clients d'HP qui utilisent Solaris sur ces serveurs pourront renouveler leurs contrats pour une durée de 3 ans maximum, et ce, jusqu'au 1er juillet prochain, ce qui amène la fin du support au 30 juin 2013.

De toute évidence, en fermant les vannes au premier fournisseur de serveurs x86 du marché, Oracle souhaite mettre un terme au déploiement de Solaris sur du hardware non-Sun (pardon, non-Oracle, il faut que je m'habitue). En revanche, difficile de savoir si l'objectif est de sortir totalement du marché du x86 pour se recentrer sur le Sparc, ou s'ils souhaitent simplement promouvoir leurs propres boîtes x86, qui restent plus chères que celles d'HP ou IBM à performances égales.

Entre ces éléments, l'absence de roadmap (si l'on excepte ce document assez vague) et une communication à la transparence digne de Raymond lui-même, il est difficile pour les clients Solaris de savoir où le ballon va retomber, et ça ne les incitera certainement pas à rester fidèles à cet OS. Oracle fait décidément une fleur à Linux, même si c'est probablement bien involontaire.

2 Comments »

Pour obtenir la taille d'une page mémoire (en octets) sous Linux, rien de plus simple :

$ getconf PAGESIZE
4096

Ou :

$ getconf PAGE_SIZE
4096

No comments »

Lorsqu'on administre un serveur virtualisé sous Xen depuis son Dom0, bon nombre de commandes traditionnelles que l'on peut passer  pour observer l'état du système se réfèrent au Dom0 lui-même, et ne permettent pas d'observer les caractéristiques physiques du serveur lui-même. C'est en particulier vrai pour les commandes affichant l'état de la mémoire (free, vmstat, top, ...).

Pour afficher les caractéristiques du serveur, on va utiliser la commande xm info :

# xm info | egrep "nr|core|socket|memory"
nr_cpus                : 8
nr_nodes               : 1
sockets_per_node       : 1
cores_per_socket       : 4
threads_per_core       : 2
total_memory           : 4085
free_memory            : 1

On observe ici un serveur avec 1 processeur quad-core avec hyper-threading activé, et 4 Go de RAM.

No comments »