Blog graphique 2

26 March, 2009

Wikipedia : Pas de rizière en Chinois ?

Classé dans : culture chinoise, gastronomie — Administrator @

Cherchant pour mon cours de chinois la traduction exacte du mot « Rizière » en chinois, j’ai été surpris de ne pas la trouver dans mon dictionnaire électronique français=>chinois 我爱法语(J’aime le français) de Stardict et encore plus dans les liens linguistique de l’article rizière de Wikipedia, je me suis dit que le japonais (qui utilise un grand nombre de caractères chinois han (漢字 prononcé kanji en japonais, qui utilise l’ancienne écriture chinoise toujours utilisé à Taïwan,Hong Kong, Macao et Singapour) allait me dépanner, mais le lien vers le japonais pointe vers l’article 田 (pinyin : tián, champs en chinois et japonais), la photo ci-contre le prouve. Pourtant que serait la langue chinoise ou japonaise sans le riz ???
Les deux traductions sont donc :
* 稻田 dàotián, littéralement « champ de riz » (je viens d’apprendre cette version du caractère riz)
* 水田 shuǐtián, littéralement, « champ irrigué », car la rizière est généralement inondée.

23 March, 2009

rue de Kyoto - wip

Classé dans : peinture — Administrator @

Une rue de Kyoto d’après photo (recadrage)
technique : Acrylique

16 March, 2009

Programmation multithread sous bash (et autre shell), Sema4shell

Classé dans : logiciel (libre), programmation, système — Administrator @

englishThere is also an english version of this article
Voyant le temps que prenait la décompression de certaines archives au format lpaq (excellent compresseur) sur une machine à base de CPU 4 cœurs et ayant moi même une machine à base d’Atom330 (CPU 4 cœurs 64bits très basse consommation), je me suis dit qu’il serait plus intéressant d’utiliser les 4 cpu en parallèle. A ma grande stupéfaction, il n’y a pas d’outil de gestion de sémaphore sous Bash ou plus généralement en shell…

Me rappelant des plaisirs de la programmation multithread sous BeOS en 1996 (ça nous rajeunit pas), sur la BeBox, premier ordinateur personnel biprocesseur. Je me suis dit que cela ne devait pas être très compliquer de faire des outils à partir de l’API POSIX.

J’ai donc fait plusieurs outils en c qui sont des ‘bindings’ de la partie la plus indispensable de l’API des sémaphores POSIX, et seulement les sémaphores nommées (Linux-2.6 minimum), afin de les utiliser à volonté en Bash. Cela fait très longtemps que je n’ai pas développé en langage c comme vous pourrez le remarquer au code source, il s’agit juste d’un premier jet qui fonctionne basiquement, sans trop de tests, avec des lignes pourries commentées.

Vous pouvez le télécharger sem4shell (sema(phore/ for) shell) ici. (mise à jour en 0.3, le 17 mars 2009)

Je vous conseille de lire le README inclus, l’exemple fourni sample.sh et/ou
man page sem_overview (traduit ici en français).

15 March, 2009

Installer les paquets importants manquants sur Ubuntu 9.04(Jaunty)

Classé dans : MyPaint, Pencil, Didacticiels en anglais, Didacticiel en français, système, très basse tension — Administrator @

englishThere is also an english version of this article
françaisComme il manque sur Ubuntu 9.04 Jaunty (version de test) MyPaint (logiciel de peinture), Pencil (logiciel d’animation) et Sakura (terminal léger en gtk avec onglets). Comme Jaunty est également le seul ubuntu 64 bits a booter sur mon atom 330, j’ai du installer à partir des sources ces trois logiciels. Pour les version d’Ubuntu plus anciennes, GetDeb contient les paquets de ces trois logiciels (MyPaint et Pencil)

Paquets deb, que j’ai généré pour ubunutu-9.04-alpha6 (amd64/x86_64), Pencil n’est qu’un binaire, pas de paquet pour mypaint 0.7.0 :
http://popolon.online.fr/deb/jaunty-amd64/
version x86:
http://popolon.online.fr/deb/jaunty-i386/

Mypaint :
Installer les dépendances
sudo apt-get install build-essential g++ scons swig python2.6-dev libglib2.0-dev python-numpy-dev
Récuperer les sources de MyPaint :
wget http://download.gna.org/mypaint/mypaint-0.6.0.tar.bz2
tar xf mypaint-0.6.0.tar.bz2 && cd mypaint-0.6.0
# Fonctionne avec toutes les versions dont
# la version git

scons # (scons -j4 pour compiler en utilisant les 4 cœurs de l’Atom330 en parallèle).
sudo scons prefix=/usr install

Une entrée apparait automatiquement dans le menu (graphisme), mais il faut ensuite corriger l’icone du menu à la main.

Pencil :
Installer les dépendances
sudo apt-get install qt4-qmake libqt4-dev libming-dev
Récuperer les sources de Pencil :
wget http://downloads.sourceforge.net/pencil-planner/pencil-0.4.4b-src.zip
(la version svn conseillée krach).
Compiler puis installer :
unzip -x pencil-0.4.4b-src.zip
cd pencil-0.4.4b-source/
qmake
make # (make -j4 pour compiler en utilisant les 4 cœurs de l’Atom330 en parallèle).
cp Pencil /usr/bin
Il faut ensuite crée une entrée dans les menus à la main, ou le lancer via un terminal : Pencil (avec P capitale).

Au passage, Drawpile un autre petit outil de peinture numérique qui permet de travailler à plusieurs, par contre, je ne sais pas d’où vient le problème mais cet outil censé gérer la pression de la tablette ne le fait pas chez moi.

Sakura :
sudo apt-get install cmake libgtk2.0-dev libvte-dev
cd /tmp/ wget http://www.pleyades.net/david/projects/sakura/sakura-2.3.3.tar.bz2
Dans /usr/local)
cmake . && sudo make install
Ou, si on veut, dans /usr
cmake -DCMAKE_INSTALL_PREFIX=/usr . && sudo make install

5 March, 2009

Atom 330 - 64bits - 2core + hyperthreading - 8W TDP - CPU benchmark

Classé dans : Blender, logiciel (libre), nouvelles, technologies et sciences, système, test, très basse tension , eeePC — Administrator @

englishThere is also an English version of this article.
Introduction

J’ai fais il y a peu l’acquisition d’un Atom 330 dans un Shuttle X27D (230€). (attention, le Shuttle X27 sans D utilise un Atom 230 monocœur. Le but était d’avoir à la fois une machine qui consomme peu, peu bruyante, peu encombrante, avec plus de puissance que mon ancienne.
Il y avais différentes autres options, à peu près dans la même gamme de prix. Je désirais également absolument une sortie DVI, car une ancienne machine Turion ainsin’en avait pas et avait du mal a détecter la bonne résolution pour mon écran LCD 20″ 1680×1050 (un LG Flatron Wide que je déconseille au passage).


* L’Aopen MP915X, tout équipé (Celeron M@1,5Ghz)+lecteur DVD slim + HDD2,5″, sortie DVI + firewire (le Shuttle n’en a pas), plus compact pour environ 230€ rue Montgallet, consommation assez basse, mais plus qu’un Atom à priori.
* Une carte mère Atom 330 Jetway + une carte fille propriétaire jetway DVI (120 € les 2)+ un boitier vissable derrière l’écran LCD (fixation VESA) (50 €).
Vu la difficulté pour se procurer ses cartes (import avec problèmes que l’on connait aujourd’hui pour recevoir un colis (Coliposte,UPS, etc…, ouverture de la concurrence à la non livraison), j’ai préféré aller l’acheter dans une boutique sur Paris.

Les différentes Netbox (Asus Eeebox, Acer Horner, MSI windbox, etc…) ont une fixation VESA, mais un cpu assez peu puissant en comparaison (Atom N270). Elle sont d’autre part vendues sous équipées (1Go de RAM (je veux 2), HDD (je veux du SSD, plus rapide moins bruyant, moins consommateur)), Wifi que je ne veux pas utiliser (sécurité informatique + lenteur + santé). Bref surconsommation d’ équipements que je ne veux pas ou que je dois remplacer (surproduction de déchets).

L’Atom 330 est un CPU @1.6Ghz, compatible 64bits, double cœur, avec hyperthreading (4 CPU avec 512Ko de cache chacun sous Linux donc), et quelques autres avantages au prix d’une consommation légèrement plus élevée (8 W de TDP (consommation max au lieu de 2,5 W de TDP), mais cela reste deja très raisonnable et la majorité de la consommation est due au Northbridge (qui a un ventilateur contrairement au CPU). Il est utilisé dans un concept de supercaclulateur de Silicon Graphics (SGI) appelé Molecule, qui comporte 10 000 cores (5 000 atom 330) dans un rack 19″, visiblement 2U.

Les regrets: Le Shuttle X27D est plus gros que je le pensait et le ventilateur, si il est bien plus silencieux que mes autres machines (sauf mon Eeepc 701 parfaitement silencieux en bureautique) reste tout de même bruyant à la longue. Il faudra que je trouve une solution pour remplacer le ventilateur par un refroidissement passif.
Wikipedia en anglais à une bonne liste des microprocesseurs Atom d’Intel et de leurs caractéristiques.

Condition des tests

Je n’ai trouvé pour le moment aucun test des Atom en mode 64 bits, en voici donc un qui permettra de donner une idée de ses performances.
Je l’ai comparé à mon Turion64@1,6Ghz (1024Ko de cache), monocœur, 64bits également, processeur mobile pouvant réduire sa vitesse par deux lorsque inutilisé (environ 80% du temps dans une utilisation bureautique) pour faire des économies d’énergie de façon transparente pour l’utilisateur. L’Atom 330, dédié aux ordinateurs de bureau, ne bénéficie malheureusement pas de cette technologie, mais comporte visiblement (à completer) d’autres techniques de réduction dynamique.

Pour les test, j’ai utilisé Hardinfo (paquet ubuntu, que l’on trouve ensuite dans le menu : Système => Préférences => System Profiler and Benchmark), test monoprocesseur CPU et FPU, ainsi qu’un test de rendu avec Blender, je ne sais pas pourquoi mon test ne se trouve pas dans la liste, j’ai pourtant bien rempli le formulaire ???.
Il existe un test complet appellé Phoronix test suite, mais il est distribué en version 32bits sous ubuntu (jaunty, 9.04 alpha) 64 bits, et ne fonctionne donc évidement pas.
Le livecd 64bits d’ubuntu 8.10 (intrepid), crash au boot sous l’atom 330 (marche sur le turion), la jaunty 64bits alpha5 et supèrieur boot et fonctionne sans problèmes.

Test MONOCŒUR Hardinfo
Test monoprocesseur, désavantageant donc l’atom 330 par rapport à ses possibilitées.

Ce test utilise la méthode de compression légère Zlib (nombres entiers). Le score le plus grand est le meilleur

Ce test utilise la suite de Fibonacci (nombres entiers). Le score le plus petit est le meilleur

Ce test utilise la somme MD5 utilisé pour vérifier l’intégrité d’un fichier (nombre entiers). Le score le plus grand est le meilleur

Ce test utilise la méthode d’encryptage SHA1 (nombres entiers). Le score le plus grand est le meilleur

Le test blowfish est un test d’encryptage utilisant la méthode Blowfish (nombre entiers). Le score le plus petit est le meilleur

De façon très étonnante, la version 32 bits est bien plus performante que tous les autres pour ce test.

Ce test utilise la méthode de lancé de rayon utilisé en image de synthèse 3D (nombres flottants). Le score le plus petit est le meilleur

On voit que dans l’ensemble, pour un seul processeur les performances ne sont pas excellente, mais on peut considerer que ces autres processeurs seront écrasés par les logiciels multithread (plusieurs calculs sont fait simultanément sur les différents cœurs). On peut également constater que dans l’ensemble les performances sont meilleures pour les calculs entiers en mode 32 bits qu’en mode 64 bits, mais quand nombre flottants le mode 64 bit est beaucoup plus performant, et le test Blender qui suit le confirme.

* A noter
Il est également bon de savoir que ces calculs ne sont interessant que pour des calculs intensifs, mais que dans une utilisation de bureautique ou même dans la majorité des cas, l’activité de l’ordinateur se répand dans les différents composants, processeur graphique pour les deplacement des fenêtres et certains calculs d’affichage, du processeur sonore pour les sons et la musique, transfert de la mémoire centrale vers les différents composants, utilisation des caches des différents composants, etc… Dans le cas des architectures Atom, la carte graphique utilise la mémoire centrale, cela réduit donc les performances du CPU et du GPU (processeur graphique) dans le cas de déplacement de grande partie de la mémoire (si cela ne tient pas dans leur caches respectifs).

Test multiprocesseur de rendu Blender
Ce test utilise le benchmark eofw.org.

L’avantage de Blender est d’être parfaitement multithread, il peut donc ainsi se répartir équitablement sur les 4 noyaux de l’atom 330. Dans le cas du test sur Turion, la version Getdeb de Blender, je ne sais pas si il est aussi optimisé que la version officielle de la Jaunty (ni réciproquement). J’ai fait différents test, la version 2.46, Ubuntu 32bits est plus rapide que la version graphicall.org (conseillé dans le test) ou que la version officielle de Blender.org.

On voit au moment du rendu que le cache de 1024Ko du Turion est a son avantage, il calcul des plus gros bloc d’image, réduisant le nombre de calcul à reproduire dans certains cas. Les cache de 512Ko par processeur de l’Atom oblige a utiliser des blocs plus petit, les performance en flottant de ce CPU sont également inférieures à celle du Turion, enfin, la gestion de la mémoire est externalisée sur l’Atom réduisant également les performances. Malgré ces handicaps, l’Atom s’en sort tout de même bien mieux, lorsque le système tourne en 64 bits. Il y a fort à parier que ce type de processeur une fois la gestion de la mémoire intégrée (dans le courant de cette année), et avec un cache plus important, devrait avoir des performances bien plus étonnantes.

Inkscape (utilisant également des nombres flottant) est assez bien multithreadé, ce qui lui permet également de bien bénéficier de l’accélération de ce produit.

Propulsé par WordPress