Dimanche 10 janvier 2010 - 6h45 (9h45)

---

J'ai toujours les deux problèmes récurrents concernant les SMP nux tournant dans une VM.

Le premier problème est le client qui tente d'envoyer les résultats, à la fin du traitement, et, ne réussissant pas pour une raison que lui seul connaît, s'arrête tout simplement, sans même télécharger une autre wu. Sur le monito, on finit par s'apercevoir qu'un client a calé sur les 100% car ne progressant plus et on peut donc intervenir manuellement assez "rapidement".

Et le deuxième problème est très vicieux, car on ne peut s'en apercevoir qu'en scrutant minutieusement le log. Le client termine sa wu, n'envoie pas les résultats, stocke et télécharge une nouvelle wu. Ensuite, idem pour les wu suivantes. Ce qui fait qu'on ne s'en inquiète pas car le client est toujours en progression sur le monito. Sur Fahmon, c'est pareil, évidemment. En définitive, on se retrouve avec une file d'attente pleine et le programme commence à supprimer. Le log ressemble alors à cette cochonnerie :

[21:44:03] Sending work to server
[21:44:03] - Already sending work
[21:44:03] Trying to send all finished work units
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] - Already sending work
[21:44:03] + Sent 0 of 10 completed units to the server
[21:44:03] - Preparing to get new work unit...
[21:44:03] - Work queue full. Deleting oldest item

Et c'est par hasard que je suis tombé sur ce log. Depuis une quinzaine de jours, le quad n'envoyait plus ses résultats, stockait et supprimer les plus anciens pour se faire de la place dans la queue.

Du coup, j'ai dû vérifier tous les ordis. En final deux quads avec une queue pleine, donc qui pliaient pour des prunes...

Bon, pour finir sur une note plus souriante, je terminerai seulement avec le smiley "" 


Vendredi 8 janvier 2010 - 6h00 (9h00)

---

On notera tout d'abord que Vijay Pande, en date du 2 janvier, a annoncé prendre une bonne résolution qui est d'être plus régulier dans ses posts sur son compte Twitter. Hum... When it's done...

Et en parlant de résolution, hier soir, j'ai eu un p'tit coup de blues et je me décidais de faire fi de la résolution n°7 de Chtiminette qui est de ne plus jouer pour pouvoir folder à fond. J'arrête donc la VM en cours et le client GPU (ben je préfère), je lançe un p'tit jeu sympa, tout simple, juste de quoi détendre l'esprit et... blue screen... ah non, il ne va pas me copier... c'est moi qui ai le blues... Je lance un autre jeu... pan... encore blue screen... pffttt... ça commence ou plutôt ça recommence. Eh oui, j'en ai déjà eu des cartes avec ces symptômes et systématiquement elle sont mortes pour le pliage. Je fais un test dxdiag et blue screen coup sur coup pour "direct draw" et "direct 3D"... symptômes que je connais donc bien...

... Et on ne va pas me croire : la carte, pourtant, elle plie sans aucun problème. C'est le monde à l'envers... Pas le temps de m'apesantir sur la question, je l'ai renvoyée au pliage dans la pièce réfrigérée en échange standard avec une autre qui a pu lancer mon p'tit jeu, oh juste 5 mn, car l'envie m'en était passé. On ne pourra donc pas dire que j'ai failli aux bonnes résolutions prises en début d'année


Jeudi 7 janvier 2010 - 15h00 (18h00)

---

Tournant avec des clients anciens classiques v5, les Mac OS X/PowerPC sont classés bons derniers contributeurs, avec seulement 4 TFLOPS. Des stocks de wu souvent à sec, et une contribution insuffisante, il fallait probablement s'y attendre. Vijay Pande, dans son blog, explique que l'effort de maintenance serait en inadéquation, que le projet Folding@home ne peut maintenir tous les OS, et donc qu'il n'assurerait plus le développement FAH pour les machines Mac OSX/PPC... remerciements, etc...


Mercredi 6 janvier 2010 - 5h30 (8h30)

---

En prévision de la poursuite du remplacement de mes Qxxx par des i7, je commence à m'intéresser au ventirad NH-D14 de Noctua, doté de deux ventilateurs dont 1 de 14 cm "en position centrale" et 1 autre de 12 cm. Les tests semblent concluants et le placent au-dessus de son petit frère à 2 ventilateurs de 12 cm, le NH-U12P SE. Apparemment, selon les tests, il se placerait même en tête de l'aircooling.

Quelques liens avec tests complets :

- Cowcotland

- Case & Cooling

Mais attention, il est gros, très gros même, et lourd (1240 g), et les barrettes mémoires avec radiateurs hauts seraient à exclure sur les premiers slots.


Mardi (suite) - 6h20 (9h20)

---

Le hasard a voulu que je regarde à nouveau les stats de JGP Soldat et il est à noter qu'il vient de faire une nouvelle mise à jour pour une deuxième journée datée également du mardi 5 janvier. Cette deuxième journée ne correspond pas à une journée de production pleine habituelle, il s'agit tout simplement du complément qui manquait et auquel je faisais référence précédemment.

Pour bien comprendre, pris individuellement, les deux premières colonnes ne donnent pas la production intrinsèque de chaque journée concernée mais l'addition des deux premières colonnes donnent maintenant bien la production réelle des deux journées.


Mardi 5 janvier 2010 - 4h40 (7h40)

---

Hier, JGP Soldat n'a pas présenté de statistiques. Selon la coutume, aujourd'hui, il présente donc deux journées cumulées.

Etant donné que je vois déjà certains venir (d'ailleurs on les verra ), il n'y a pas lieu de se taper sur l'estomac en criant qu'un record est battu, et courant illico l'inscrire dans le marbre

Blague à part, notons par ailleurs que les productions mentionnées par JGP ne correspondent pas tout à fait à deux journées habituelles pleines cumulées mais plutôt à une journée et demi, voire une journée trois quart, en moyenne.


Lundi 4 janvier 2010 - 4h50 (7h50)

---

Dans mon ordinateur de bureau, la carte graphique GeForce 9600 GT a 64 processeurs de flux. Dans mon portable, la GeForce 9600M GT en a seulement 32. Deux fois moins de processeurs et pourtant la "même" appellation, à une lettre près. Chez ATI ou Intel, on pourrait trouver des exemples similaires.

Et que diriez-vous d'une GeForce GTS360M dans mon portable ? Hein, quoi, series 3xx, c'est "Fermi", le Graal qu'on attend. Beuh... non... et elle est à peine du même niveau de la GeForce 8800M GTX de novembre 2007.

Alors, pourquoi ces appellations quasi identiques propres à induire le client en erreur ? Pour PC Astuces, il n'y a aucun doute que les constructeurs n'hésitent pas à "essayer de tromper le client".

Voir la publication de PC Astuces...

Bon, je n'ai plus de portable, j'ai utilisé cette formulation comme artifice de présentation, mais si je devais à nouveau en acheter un, je commencerais par demander qu'on me le mette d'abord en pièces détachées pour tout vérifier