Category Archives: Linux - Page 2

Google, backstage

Il y a quelques mois, le 20 octobre pour être précis, Jeff Dean, ingénieur chez Google, a donné une conférence à l’université de Washington sur l’infrastructure utilisée par google, ainsi qu’un certain nombre de problématiques et d’approche pour les résoudre. La conférence est disponible en vidéo, donc forcément en Anglais. On peut la trouver sur le site de la Washington University. La conférence a quand même une durée d’une heure, donc prévoyez assez de temps.

Les informations présentées sont assez variées. Mais ce qui est le plus impressionnant dans cette présentation, est les quelques statistiques que l’on peut tirer du traitement du Web par Google. Par exemple, en comptant qu’il y a environ 4 000 000 000 (4 milliards de page, d’une taille moyenne de 10 ko, ça nous fait quand même une quantité d’informations de l’ordre 40 000 Go à traiter (soit environ 40 Péta octets…).
De même, on savait que Google utilisait une multitude de petites machines pour traiter ces informations. Il a donc fallu développer un système de fichiers permettant de travailler avec ces machines pour stocker autant de données. C’est le GFS, Google Filesystem. On en entend épisodiquement parler, et on a là un rapide descriptif de leur approche d’un système de fichiers distribué tolérant aux pannes. Car forcément, à utiliser des milliers de machines dans un cluster, il faut compter des pannes quotidiennes, qui ne doivent pas empêcher le bon fonctionnement du moteur.

Et puis, dans le genre de statistiques surprenante, une simple recherche sur la page de Google nous donne le résultat en faisant travailler pas loin d’un millier de serveurs pour la requête !

? l’origine, j’ai trouvé le lien de la conférence sur le site de WebRankInfo

Sony/BMG et un autre problème

On dirait que le monde s’acharne sur Sony à propos de sa protection contre la copie. Maintenant, c’est une autre protection qui est mise en cause. La précédente était la  protection XCP, maintenant le problème vient de la protection MediaMax. Contrairement à la précédente, beaucoup de disques sont là en cause. En effet, les disques protégés par cette protection, proposent l’installation d’un logiciel à l’insertion du disque dans un ordinateur. Le contrat utilisateur s’affiche alors, en présentant l’installation d’un logiciel, avec accord de l’utilisateur (le fameux EULA). Seulement, que l’utilisateur accepte, ou pas, le logiciel s’installe alors ! Et bien sûr, il ne peut être désinstallé, la procédure de désinstallation n’ayant pas été prévue par l’éditeur… Et que trouve-t-on dans cette installation ? Une connexion vers le site de l’éditeur (SunnComm) à chaque lecture du CD. L’éditeur peut alors suivre les habitudes de lectures associées aux adresses IP des utilisateurs… Et celà, malgré le fait que le EULA spécifie qu’aucune collecte d’informations personnelles ne soit effectuées, et que le site web de SunnComm précise qu’aucune information n’est collectée sur l’ordinateur. C’est suffisemment sérieux pour que l’EFF prépare une procédure en justice !

Les infos sur le site de l’EFF
Pas de collecte d’information sur le site de SunnComm

Ubuntu sur IBM Thinkpad T41

Il y a quelques jours, j’ai installé une Ubuntu Linux sur mon IBM T41 récemment acheté. Tout fonctionnait pas trop mal, mais je n’avais pas fait trop de tests en ce qui concerne l’économie d’énergie. Après quelques recherches, je suis tombé sur plusieurs docs expliquant comment régler les problèmes de suspend to disk et to ram j’ai réussi à avoir à peu près ce que je voulais.

Première étape, installation de la Ubuntu 5.0 Hoary.

Ensuite, le noyau installé par défaut étant un noyau sans optimisations (noyau 386), j’ai installé le noyau pour les 686:

apt-get install linux-image-686

Maintenant commence les petits réglages… Tout d’abord, on édite le fichier /etc/default/acpi-support pour activer ce que l’on souhaite, et notamment décommenter la ligne

ACPI_SLEEP=true

.

Ensuite, on va ajouter quelques paramètres au noyau pour qu’il gère correctement notre acpi ainsi qu’ajouter le support du suspend-to-disk. On édite donc le fichier /boot/grub/menu.lst et on cherche la ligne #kopt=.... Ma ligne devient (attention c’est une seule ligne présentée ici en plusieurs lignes pour des raisons cosmétiques…):

# kopt=root=/dev/hda5 resume=/dev/hda3 ro pci=noacpi acpi_sleep=s3_bios

edit: Il s’agit là de la ligne utilisée par debconf pour générer les lignes des noyaux installés sur ubuntu. Si vous ne relancez pas l’installation d’un nouveau noyau, tout ce qui suit le « kopt= » est à ajouter en ligne de paramètre à votre noyau…

La partition /dev/hda3 étant la partition de swap, donc à adapter en fonction de votre installation. Pour que le suspend-to-disk ou que le suspend-to-ram fonctionne correctement, il est important de ne PAS utiliser les drivers binaires accélérés de ATI. En effet, ceux plantent la machine au sortir de la veille. Peut-être qu’un jour….
De plus, j’ai eu une surprise désagréable avec cette configuration. Je commençait à avoir des erreurs ext3 après être sorti de la veille. La raison est que le disque dur a son cache en écriture d’activé, et quand on met la machine en arrêt, dans le cas d’un suspend to disk, il ne vide pas ses buffers… J’ai donc dû désactiver le cache en écriture. Pour ça il faut avoir le paquet hdparm d’installé:

apt-get install hdparm

Ensuite je suis allé éditer le fichier /etc/hdparm.confpour y ajouter la chose suivante

/dev/hda {
mult_sect_io = 16
write_cache = off
dma = on
}

Et maintenant tout fonctionne très bien…

Principalement réalisé d’après http://aaltonen.us/archive/2005/03/02/ubuntu-linux-on-the-ibm-thinkpad-t42/