Informatique – Page 716 – Le Weblog de Frederic Bezies

Ah, la légende du formatage faisant perdre de la place sur un disque dur !

Mettons à mort cette légende urbaine. Une question sur le site Yahoo Q/R concernant la différence de capacité annoncée pour un disque dur m’a fait émettre cette réponse :

Le problème vient d’une définition. L’ordinateur est la machine la plus c*nne de la création. Il ne sait manipuler que deux valeurs : 0 & 1. Donc, contrairement à l’humain qui compte en base 10 (0 à 9), l’ordinateur compte en base 2.

De l’unité de base, octet, on en déduit :

Le Kilo-Octet : 2^10 octets = 1024 octets.
Le Méga-Octet : 2^10 Ko = 1 048 576 octets
Le Giga-Octet : 2^10 Mo = 1 073 741 824 octets.

Jusqu’en 1998, on parlait des mesures ainsi, jusqu’à l’invention d’appellation spécifique.

Hors, Giga signifie 1 milliard pour l’humain. Tu as une différence de 7,374% entre le Giga humain et le Giga informatique.

(500 * 7,374) / 100 = 36,87… Donc, la différence que tu observes entre ta taille « commerciale » et la taille réellement exploitable du disque dur. Le formatage n’enlève pas le moindre octet à la taille de support.

Et pour info : 500 milliards d’octets (taille commerciale) divisée par le taille informatique du GigaOctet à savoir 1 073 741 824, cela donne :

500 000 000 000 / 1 073 741 824 = 465,661287308

Donc, la preuve est faite : aucun octet n’est perdu par le formatage.

En effet, en 1998, il a été décidé que l’on parlerait d’unité spécifique, les KiO (pour KibiOctet), MiO (pour MibiOctet), GiO (pour GibiOctet)… Mais faire disparaitre plusieurs décennies d’habitude d’appellation… Bon courage ! 🙂

Vers un meilleur support des CSS3 dans Firefox 3.1 ?

Non, je n’ai pas fait de faute de frappes dans le titre. Je parle bien de Firefox 3.1, dont la sortie est prévue pour décembre 2008.

Le support des CSS3 semble être assez intéressant, pour ne pas dire « parfait » sur le plan des sélecteurs.

En effet, jettant un oeil sur la page de suivi de modification du code de Firefox 3.1 (mozilla-central actuellement), j’ai pu lire ceci :

2008-06-02 20:17 -0700 L. David Baron – Implement :first-of-type, :last-of-type, and :only-of-type. b=128585 r+sr=bzbarsky default tip
2008-06-02 20:17 -0700 Daniel Glazman – Implement :nth-child(), :nth-last-child(), :nth-of-type(), :nth-last-of-type(). b=75375 r+sr=bzbarsky
2008-06-02 20:17 -0700 L. David Baron – Make nsPseudoClassList capable of storing integer pairs for :nth-*(). b=75375 r+sr=bzbarsky

Ce sont des sélecteurs liés aux CSS de 3ième génération. J’ai donc lancé le test du site CSS3.info, la capture d’écran étant suffisamment parlante.

Dommage cependant que certaines parties ne soient pas encore supportées, comme les ombres sur les polices, cf le bogue 10713 qui empèche d’avoir un bel affichage « ombré » sur le test Acid3 dont le résultat s’est légèrement amélioré récemment, passant de 71 à 73/100 🙂

Comme quoi, Firefox 3.1 prévu pour décembre ne sera pas qu’un simple « ravalage » de Firefox 3 🙂

Vers un support des circuits Atheros 5007eg pour les distros linux 64 bits ?

Un des points ennuyeux avec mon portable, c’est son circuit Wifi, un Atheros 5007eg, qui nécessite l’utilisation du pilote windows XP 64 Bits pour se connecter en sans fil 🙁

Hors, en suivant le bug concernant ce problème sur le site de madwifi, une solution – fonctionnelle – a été apportée.

Testée et approuvée par mes propres soins. Ce n’est cependant pas une solution officielle, mais au moins, cela évite l’utilisation de ndiswrapper et du pilote windows 😉

1ière étape : virer tout ce qui est en rapport avec ndiswrapper, pour éviter des conflits par la suite :
$ sudo ndiswrapper -e net5211 $ sudo modprobe -r ndiswrapper $ sudo apt-get remove --purge ndiswrapper-common ndiswrapper-utils ndisgtk

2ième étape : récupération du code de madwifi et du correctif pour le support du circuit en 64 bits, qui est apparemment originaire d’un utilisateur de FreeBSD 🙂

$ svn co http://svn.madwifi.org/madwifi/trunk madwifi $ wget http://people.freebsd.org/~sam/ath_hal-20080528.tgz

On passe ensuite à l’installation du code, puis à sa compilation.

$ cd madwifi $ mv hal hal.old $ mkdir hal $ cd hal $ tar xvf ../../ath_hal-20080528.tgz $ mv ath_hal-20080528/* . $ cd .. $ sudo make install BINDIR=/usr/bin MANDIR=/usr/share/man $ sudo depmod -ae $ sudo modprobe ath_pci

Ensuite, menu Système / Administration / Pilotes de périphérique

Et activez le module « Support for Atheros 802.11 wireless lan cards ».

Un redémarrage plus tard, la connexion fonctionne. Et cela fait plaisir. Pour information, voici ce que me donne un iwconfig :

fred@fred-laptop:~$ iwconfig lo no wireless extensions.


eth0      no wireless extensions.
wifi0     no wireless extensions.

wlan0 IEEE 802.11g ESSID:"Livebox-XXXX" Nickname:"" Mode:Managed Frequency:2.457 GHz Access Point: XX:XX:XX:XX:XX:XX Bit Rate:54 Mb/s Tx-Power:16 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=59/70 Signal level=-37 dBm Noise level=-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Bref, que du bonheur 😉

Big Buck Bunny est sorti !

Le deuxième film d’animation de synthèse entièrement basé sur du logiciel libre, après le très conceptuel Elephants Dream vient de sortir officiellement. Big Buck Bunny réalisé avec Blender 2.46 pour la modélisation en 3D est disponible sur cette page, aussi bien en mp4, qu’en ogg, h264 et msmp4.

Les résolutions disponibles sont : 854×480, 1280×720, 1920×1980.

Un coffret DVD contenant le film et l’ensemble des données ayant permis sa création est disponible pour les personnes intéressées, à cette adresse, à 34 € pièce, pour permettre la création d’autres « open movies », qu’on pourrait traduire par films libres.

L’histoire ? Comment un lapin tout à fait gentil se transforme en Rambo… 9 minutes, même si la fin nous laisse sur notre faim 🙂

Du nouveau sur Firefox 3.0rc2.

Dans ce message de Mike Beltzner, on en apprend plus sur la version Release Candidate 2 de Firefox 3.

Pour faire un résumé rapide :

Les problèmes corrigés sont déjà listés, et il y a peu de chance que de nouveaux bugs soient pris en compte, les règles de prise en compte sont assez strictes : devoir expliquer clairement en quoi le bug proposé peut être considéré comme un bloqueur pour l’utilisateur ou le développeur.

Sur la douzaine de bogues listés comme bloquant cette version RC2, 6 concerne les infrastructures de la Fondation Mozilla…

La feuille de route est la suivante :

Gelure du code : 28 mai, à midi, heure du Pacifique (21 heures pour Paris)
Début des compilations : 29 mai, tôt dans la matinée, heure du Pacifique
Début du QA : 29 mai à midi, heure du pacifique (dès l’arrivée des compilations)
Fin du QA : 5 juin

Donc, le 7 ou le 8 juin, la RC2… Et si tout se passe bien, Firefox 3.0 pour la mi-juin, 19 mois après la sortie de Firefox 2.0.