Juillet
Sub-archives
28/07/2006
Dual core
Au bout de près de 10 ans, j'ai enfin une machine multi-processeur. :)
Mon Athlon 64 X2 4800+ est arrivé hier. Ni une ni deux, je l'ai installé le soir même.
Disons-le tout net : je ne sais pas si ça a amélioré les performances de la machine. Je la sens plus rapide, mais je suppose qu'étant donné que la plupart de mes applications sont mono-threadées, et qu'il n'y a pas d'augmentation de fréquence, mais juste un peu de cache en plus, je pense que ça ne change que dalle. Mis à part le facteur frime, bien sûr.
En fait je parlais d'avoir une machine bi-processeur depuis un long moment. Depuis que j'avais raté l'overclock de mon Athlon XP 2500+ en 3200+.
A l'époque je savais bien que l'augmentation de fréquence ne durerait pas, que c'était déjà compromis. Et j'avais autrefois un critère de changement de processeur : il faut que l'horloge réelle ou que le P-rating soit le double de mon processeur actuel. Je ne le respecte plus, maintenant, mais dans le temps, ça me freinait dans ma fièvre acheteuse. Donc le processeur suivant devait faire 6,4 GHz, ou être qualifié 6400+ (car j'ai raté le 3200+, mais ça ne doit pas rabaisser l'objectif suivant). Or il n'existe pas de tel processeur, même aujourd'hui.
Pour la voie du bi-processeur, je suis encore plus drastique : mettre 2 processeurs, c'est pas doubler les perfs. En moyenne, on gagne 50 % de perfs. Donc, pour doubler le 3200+, il me faut (3200 x 1,5) par processeur, donc deux processeurs à 4,8 GHz, ou qualifié 4800+.
Et aujourd'hui, j'ai un 4800+. C'est un double 4000+. Mais il est certain qu'il est au moins deux fois plus rapide que l'Athlon XP 3200+. Du moins je le crois.
Bon promis, une fois que je change la moitié de ma RAM en Corsair (pour le CAS 2,5), et que je craque pour le Logitech G15 (parce qu'il est cool), j'arrête les frais un moment.
26/07/2006
To boldly go...
J'ai annoncé mon intention de partir à mon chef.
Et c'était dur. Et en faisant ça, je me suis rendu compte à quel point j'étais attaché à mes collègues (peut-être aussi ma glorieuse association). J'ai chialé comme une geuzesse devant mon chef en lui disant que je voulais partir. C'est quand même la honte.
Et il m'a dit ce que nous savons lui et moi : ma glorieuse association n'a pas les moyens de me garder. Je dois vraiment partir.
A la fin de mon contrat d'apprentissage, il m'avait dit qu'il y avait un choix à faire entre l'argent et la qualité de vie. Je crois que je suis trop jeune encore pour la qualité de vie. Et j'en ai bien profité.
Il est temps de sortir du cocon et de boldly go ailleurs. Ça fait peur d'abandonner la sécurité, quand même.
25/07/2006
Folie
Ma MDP redux est complète.
La baisse des prix sur les processeurs AMD est effective à présent, et il fallait que je change le processeur de ma machine (près de 50 % de réduction, faut en profiter !).
Mon objectif était de prendre un Athlon 64 X2 4600+, 2,4 GHz, 2 x 512 ko de cache. Mais aujourd'hui, j'ai vu qu'un magasin en ligne proposait le 4800+ (pareil avec 2 x 1 Mo de cache) pour un peu plus de 300 €, ce qui est à peu près ce que j'avais payé pour mon Athlon 64 3800+...
J'ai donc fait une folie, et commandé cet Athlon 64 X2 4800+, le plus rapide des Athlon 64 non FX sur socket 939. Je sais que la cache supplémentaire ne m'apportera pas d'amélioration fulgurante, mais bon, c'est le top.
Puis les processeurs à 2x 1 Mo de cache vont disparaître de la gamme, c'est un promo de fin de série... Faut en profiter !
J'en parlerai un peu plus quand je l'aurai effectivement en mains.
18/07/2006
Ils rigolent pas chez Corsair...
Corsair fait de très bons modules mémoire, et Asus a une gestion un peu particulière de la RAM.
Hier, j'ai donc installé mon giga de RAM tout neuf de chez Corsair. Et je me suis rendu compte d'un truc : les barettes ont beau être de la "Value Select", elles ont quand même une latence CAS de 2,5... Alors que les barettes el cheapo ont une latence de 3 ! Ça a l'air de rien, mais chez nous les Jackys ça compte.
Là-dessus, je me dis que c'est con que mes barettes existantes sont en CAS 3, mes Corsair toutes neuves ne sont pas utilisées à l'optimum. Je regarde avec mon bon vieux Everest (le dernier gratuit), et surprise, ma RAM, la totalité, tourne en CAS 2,5... Mes barettes de Samsung génériques seraient-elles meilleures qu'annoncé ? Parce que les Samsung que j'ai ne tiennent le CAS 2,5 qu'en PC2700, donc à 166 MHz DDR...
Et en effet, c'est ce qui est arrivé.
La carte mère a lu les SPD des modules mémoire, a déduit que toutes les barettes étaient capables de faire du CAS 2,5, et a ajusté la vitesse en conséquence, à 166 MHz DDR... Ce qui est con, vu que ça réduit la bande passante mémoire pour un gain de latence somme toute négligeable...
Donc j'ai réajusté les paramètres de la mémoire à la main, CAS 3, 200 MHz DDR, soit PC3200. Et ça marche nickel.
Et en fait avoir 2 Go de RAM, c'est utile : maintenant je peux passer de WoW au bureau instantanément, la machine démarre plus vite, tout ça.
Moralité : achetez Corsair en RAM, ça ne coûte pas plus cher (quelques euros au pire), elles sont des spécifications au top, et elles sont garanties à vie. Ils ont gagné un nouveau client fidèle.
P.S. perso : Manu, je retire tout ce que j'ai dit : 2 Go de RAM, c'est le must dans une MDP, rachète-en.
17/07/2006
Course à l'armement
Je fais la course contre moi-même pour avoir la meilleure MDP...
Dans ma folie d'escalade de puissance de MDP, j'ai acheté 1 Go de RAM en plus (ça me fait 2 Go au total). J'ai reçu les barettes aujourd'hui, je vais les installer ce soir. Je vais gagner des secondes de task-swapping sur WoW...
J'ai acheté la RAM en ligne. D'abord, ça me saoûlait un peu d'aller jusqu'à Montgallet pour de la RAM. En plus la différence de prix était minime avec les magasins en ligne. Et enfin, il ne faut acheter que des modules de RAM de marque dans des boutiques réputées. Et même en faisant ça, on risque des surprises...
Cette fois, comme promis, j'ai acheté des barettes Corsair Value Select. C'est une marque réputée, et ils font également des mémoires de hard core gamer, mais j'ai pas besoin de ce genre de mémoire.
Donc je prends des mémoires standard. La vraie MDP est équipée de mémoire de HCG : des TwinX. Mais bon, j'ai déjà des barettes bas de gamme, donc ça ne sert à rien de prendre des trucs chers pour ne pas les utiliser à leur plein potentiel...
Je me rends compte qu'il n'y a vraiment plus grand-chose qui puisse être réellement amélioré sur ma machine, à part le processeur dual-core... Et le SLI ! (mais je vais pas en faire tout de suite
)
12/07/2006
Fuck Plone
En fait si ça a merdé des trucs la mise à jour...
Contrairement à ce que je disais là, il y a eu des problèmes dans cette mise à jour de Plone. Je ne sais comment, mais ça m'a republié tout plein de documents durant la mise à jour, et du coup l'historique est foutu, les derniers éléments publiés ne sont plus bons...
Un jour faut vraiment que je regarde Joomla!... J'en ai un peu marre de Plone et de ses bugs à la con.
MDP redux
Je suis revenu au niveau MDP (ou presque).
J'ai eu un coup de folie. J'ai acheté une PNY GeForce 7900 GTX. Bon c'est pas la meilleure marque qui soit, mais j'ai pas eu d'échos de problèmes particuliers, et la qualité semble bonne (puis c'est à peu près la seule marque qu'avait mon fournisseur). Mais c'est une GeForce 7900 GTX !
Pour aller avec, j'ai acheté aussi une Asus A8N-SLI Premium. Depuis les annonces et sorties des divers processeurs sur socket AM2, ce n'est plus la 2ème meilleure carte de chez Asus (en modèles pour processeurs AMD, hein), mais c'est encore top.
Du coup, ma machine est au niveau de la MDP, à part l'alimentation et le processeur. L'alimentation, je ne pense pas avoir besoin d'en changer encore. Le processeur, je me prendrai sûrement un Athlon 64 X2 4600+ après la baisse des prix fin juillet.
Et on le penserait pas, mais il y a une amélioration notable de performances par rapport à mon "ancienne" Radeon X800 XT ! J'ai pas encore lancé de benchmarks (3DMark
), mais ça se voit à l'œil nu, Titan Quest ne rame plus quand j'entre dans des grottes (les effets de transparence mettaient la X800 XT à genoux), Oblivion est à peine ralenti avec toutes options à fond sous la pluie en extérieur. Plus qu'à voir ce que donne WoW avec les sorts de zone à foison...
La prochaine fois je fais du SLI.
11/07/2006
Damage report
Finalement il y a des trucs qui font chier.
Je disais il y a une semaine que les mises à jour de Plone s'étaient bien passées. Mais il reste un problème pour l'instant insoluble : les commentaires.
Techniquement, ça marche, les gens peuvent laisser des commentaires (même si c'est très très rare). Mais le portal_catalog ne veut rien savoir. J'ai une page qui est supposée me montrer tous les commentaires postés, et qui marchait avant Plone 2.0, et qui ne marche qu'occasionnellement depuis. Les nouveaux commentaires y figurent. Mais si je recatalogue, c'est foutu, ils n'existent pas pour l'index. Même s'ils sont pourtant bien là et lisibles...
Le problème était contre-balancé en partie grâce à Quills, qui retrouvait les commentaires parmi ses articles. Mais là la mise à jour en version 1.5 a tout éclaté, j'ai plus rien dans la page idoine (non accessible aux anonymes).
Bon, c'est pas dramatique. Mais c'est chiant. Je ne perds pas (encore) espoir : un jour, les mecs de chez Zope sortiront une version qui recense les objets d'un site correctement. Un jour.
05/07/2006
No damage
Pour une fois une mise à jour de Plone s'est bien passée...
Plone a été mis à jour fin juin, et je me devais de mettre mon site à jour. D'abord parce que bleeding edge oblige, mais aussi parce que ça me permet de m'entraîner pour le boulot ensuite.
Donc Plone est arrivé en version 2.5, ce qui peut être considéré comme une évolution majeure par rapport à la précédente, la 2.1.2, mais en fait pas tellement, c'est juste qu'ils ont revu leur numérotation de version dans l'idée de faire des releases tous les 6 mois.
Apparemment, les changements sont surtout dans l'infrastructure, et non visuels (en tous cas je ne vois rien de changé). Mais ça m'a tout de même permis de faire du ménage sur le serveur.
Plone 2.1.2 tournait sur Python 2.3, avec Zope 2.7, alors que Plone 2.5 recommande Python 2.4 avec Zope 2.9. Et ça tombe bien, je voulais passer à Python 2.4 à cause des problèmes de bibliothèques qu'avait Python 2.3 sur mon serveur (voir bleeding edge).
Donc voilà, la mise à jour est faite, pas d'erreurs, pas de dysfonctionnements (du moins pas que j'aie encore remarqué), c'est la fête.
Faudra que je fignole deux ou trois trucs je pense, comme les fichiers que j'ai personnalisés, mais rien de méchant. Fin du fin, tous les produits que j'utilise marchent (j'ai plein de warnings concernant l'abandon de plein de fonctions, mais bon, d'ici-là ils auront évolué ou j'aurai changé).
Je vais finir par croire qu'il y a du mieux chez Plone !
03/07/2006
Postgray avec Postfix
Le graylisting facile.
Cet article (lâchement repompé en partie sur HowtoForge), montre comment on peut implémenter un système de graylisting en moins de 5 min sous FreeBSD, à l'aide de Postgrey (à condition que Postfix soit déjà installé).
Pour ceux qui n'ont pas encore Postfix d'installé, je les renvoie vers Postfix SMTP AUTH (and TLS) HOWTO, c'est le maître Jedi qui m'a tout appris. C'est un tutoriel pour Linux, mais c'est trivial d'adapter à FreeBSD.
Petite explication du graylisting, avant de commencer. Le graylisting, c'est une méthode de filtrage de spams. Mais contrairement aux white et blacklists, qui sont des listes figées et à entretien manuel, la graylist est adaptative. Pour cela, elle utilise une fonction du protocole SMTP qui permet de signaler au serveur de courrier expéditeur qu'on ne peut pas recevoir de courrier pour l'instant. Et comme indiqué dans le protocole, le serveur de courrier reviendra peu après pour réessayer la remise. Notre serveur n'acceptera de courrier de celui-ci que si un certain délai (par défaut 5 minutes) s'est écoulé depuis la première tentative.
Or les spammeurs n'utilisent pas de vrais serveurs de courrier, et ne réessaient pas l'envoi de leurs spams. Du coup, ces derniers n'arrivent jamais dans les boîtes des utilisateurs ! Simple et efficace.
Le problème de ce système est que ça introduit un délai supplémentaire dans la remise du courrier électronique, du temps d'attente avant acceptation du mail. On peu réduire le temps d'attente du graylist, mais cela pourrait réduire l'efficacité du système, si jamais un spammeur bombarde le serveur pendant plusieurs minutes (la probabilité est faible, cependant).
Autre inconvéniant, l'expéditeur du mail peut recevoir un message d'erreur comme quoi le serveur destinataire a refusé le message, alors qu'il a bien été transmis, avec seulement un peu de retard.
Passons à l'installation de Postgray et l'intégration à Postfix :
D'abord, installer Postgray par les ports :
$ portinstall postgray
Si tout se passe bien, Postgray est installé.
Sinon, il faut observer les messages pendant l'installation et résoudre en conséquence.
Maintenant, il faut le configurer pour qu'il démarre avec le système, on va l'activer dans /etc/rc.conf :
$ echo postgray_enable="YES" >> /etc/rc.conf
Lançons Postgray :
$ /usr/local/etc/rc.d/postgray.sh start
S'il n'y a pas d'erreurs rapportées, c'est bon, ça roule.
Sinon faut aller regarder dans les logs pour voir ce qui cloche.
Postgray est maintenant installé et lancé, mais il ne sert à rien pour l'instant, Postfix ne l'utilise pas. Configurons-le. Il faut éditer le fichier /usr/local/etc/postfix/main.cf. Dans ce fichier, il y a une section qui ressemble à ça :
smtpd_recipient_restrictions =
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_invalid_hostname,
reject_rbl_client cbl.abuseat.org,
permit_sasl_authenticated,
permit_mynetworks,
reject_unauth_destination
C'est la section qui dit à Postfix ce que doit respecter les expéditeurs pour accepter du courrier. Je vais pas expliciter les paramètres ici (ceux de mon serveur), je vous renvoie au document cité plus haut qui concerne l'installation de Postfix.
Modifions la section comme suit :
smtpd_recipient_restrictions =
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
reject_invalid_hostname,
reject_rbl_client cbl.abuseat.org,
permit_sasl_authenticated,
permit_mynetworks,
reject_unauth_destination,
check_policy_service inet:127.0.0.1:10023
On a donc ajouté la ligne check_policy_service inet:127.0.0.1:10023. Le nom du paramètre est assez explicite, on dit à Postfix de vérifier la politique de service, qui est disponible à l'adresse 127.0.0.1 (sur la machine locale), sur le port 10023 (port utilisé par défaut sous FreeBSD - peut-être défaut partout).
N'oubliez pas de mettre une virgule au paramètre d'avant, sinon ça marche pas.
Il reste à relancer Postfix :
$ postfix reload
Et voilà, en regardant les logs du service de courrier, vous devriez trouver des lignes comme celles-ci, maintenant :
Jul 3 11:41:49 annis postfix/smtpd[759]: NOQUEUE: reject: RCPT from mon-relai.mail.com[xxx.xxx.xxx.xxx]: 450 <toto@oo.com>: Recipient address rejected: Greylisted for 300 seconds (see http://isg.ee.ethz.ch/tools/postgrey/help/oo.com.html); from=<bozo@boo.com> to=<toto@oo.com> proto=ESMTP helo=<mon-relai.mail.com>
Le serveur mon-relai.mail.com a été placé en graylist pendant 5 minutes. Au bout de 5 minutes, la remise se fera normalement, et toto@oo.com recevra le mail de bozo@boo.com.
Et voilà, moins de spams en quelques minutes, c'est cool !
02/07/2006
Eye of the tiger
Je vous propose un petit jeu en ce dimanche. :)
Trouvé par Audioblog.fr (rendons à César ce qui est à César), ce jeu est proposé par Autodesk. Il s'agit de reconnaître parmi 10 images lesquelles sont des photos, et lesquelles sont générées par ordinateur.
J'ai fait respectivement 8 et 9 sur 10 aux deux tests, et 4 sur 4 aux tests bonus. Je crois savoir pourquoi je trouve certains films mal foutus, maintenant...



