Mon petit journal FAH - 01/07/09-08/07/09

Mercredi 8 juillet 2009 - 18h00 (20h00)

En zieutant sur mon compte Cobra dans le monito de Florent, je vois un "GPU i7 285GTX"

Eh oui, j'ai un i7 920 que j'ai eu suite à une drôle d'histoire. Un copain vient chez moi et je lui montre Supreme Commander tourner sur un de mes q6600 principaux avec la 9800GTX+ qui ne veut plus plier mais qui cartonne bien pour tout le reste. Il en reste bouche bée, ben oui, comparé à son vieux P4 mono-core. Il n'a pas arrêté de toute la soirée "t'as plein de machines, je veux ton quad, donne le moi, je te donne ceci, donne le moi, je te donne cela..." Bon, je finis par culpabiliser et comme d'hab je finis par flancher et on fait un p'tit deal de copain, il hérite de la bécane avec tous les logiciels bureautiques et jeux installés et ce qu'il me donne me permet juste d'acheter un processeur i7 920 et la carte mère qui va avec, une Asus P6T. J'avais l'alim, les ram et les autres pièces en réserve, donc on ne peut pas dire que ça me coûte vraiment, du moins je n'en ai pas eu l'impression

Entre temps, le copain achète une nVidia 285 GTX. Je passe chez lui dans le but de la mettre en lieu et place de la 9800 GTX+ et il me crie dessus "non non non, on ne touche plus à ma machine, elle marche trop bien" et il me laisse en prime la 285 GTX

Du coup, ça me donne l'idée de vouloir vendre toutes mes plateformes q6600 pour les remplacer par des i7

Mercredi 8 juillet 2009 - 5h05 (7h05)

Le matin, le midi et le soir, je recharge les clients dans Fahmon pour alimenter le "monito" de Florent. Fahmon est toujours aussi capricieux en mettant des trucs en bleu au lieu de vert et signalant "ordinateur injoignable" alors qu'il est pile poil sous mes yeux et que tout fonctionne bien. D'ailleurs, d'un rechargement à l'autre, les couleurs changent

Ce matin, je voulais voir tous les clients en vert mais au bout de cinq minutes à faire des rechargements et de bleu en noir, de vert en jaune, je me contenterai d'un seul jaune (ouf

).

PS : le grand malade semble être sauvé, le GPU a cartonné toute la nuit et renvoyé ses wu sans émettre aucune alerte désobligeante

7 juillet 2009 - 21h00 (23h00)

La news de FAH-Addict concernant le nouveau projet de la simulation de la protéine Villin nous montre encore une fois, s'il en était besoin, combien les petites mains (pc mono-cores) sont absolument nécessaires aux chercheurs de Folding@home.

7 juillet 2009 - 16h00 (18h00)

Bon, pas question de s'énerver sur le malheureux malade
Ni de

geindre avec lui

Au boulot, ek ça saute

Comme pas de temps à perdre, après avoir lancé tous les tueurs de la planète aux trousses de virus (pour le plaisir de les débusquer

mais rien trouvé... snif), changer les ram, contrôler l'intégrité des disques, reformatage et réinstall de Windows, des composants carte mère, et drivers CG, mise en place d'Avira et téléchargement des mises à jour, le malade semble péter la forme

Reste à voir combien de temps ça va durer...

7 juillet 2009 - 5h25 (7h25)

Au lieu de courir après la poudre de perlimpinpin, il eut été préférable que je m'occupe à sauver un grave malade car, depuis un certain temps, j'ai un pc qui présente les symptômes d'une très grave maladie. Hier soir, après un BSOD avec mention "error system", je l'ai carrément éteint. Le malheureux ! je crois que toutes les maladies des pc lui sont tombées dessus

Malgré un reformatage complet avec réinstall Windows, il a re-fonctionné pendant une petite semaine, à peu près correctement mais, c'est devenu systématique : lorsque le client GPU renvoyait sa wu et que le "Thank you..." s'affichait, il n'allait pas plus loin car une vilaine petite affichette indiquait "FahCore_a11.exe - Point d'entrée introuvable, etc...". Et si c'était que ça : "RtlSetGroupSecurityDescriptor" qui est introuvable, la "ntdll.dll" qui est peut-être corrompue, la Prévention de l'exécution de données qui s'y met aussi avec le "Generic Host Process for Win32 Services", des codes d'erreur 0x..., Avira ou Windows qui ne peuvent plus se mettre à jour (hum, c'est pas bon du tout ça...) et j'en passe.

Lundi 6 juillet 2009 - 21h40 (23h40)

Blablabla... de la poudre aux yeux... de la superstition... perlimpinpin

Aucun test n'est vraiment concluant, ça ne vaut pas le plus petit screen.
Bref : 1 GPU + 1 VM + 1 SMP Win comme d'hab et barre ça c'est de la valeur sûre...

Lundi 6 juillet 2009 - 15h00 (17h00)

pfffftttt... il y avait bien une "ouille" et c'était l'horloge de Ubuntu qui tournait au ralenti, alors évidemment, au lieu de marquer supposons 11 mn par pourcent, fahmon comptait 8 mn et les ppd s'envolaient. J'ai donc fait ce qu'il fallait et réglé l'heure pour que ça ne se reproduise pas mais je ne sais pas pourquoi la date a fait un bond jusqu'au 11 juillet et paf... deadline dépassée, wu supprimée, nouvelle wu et on repart de zéro

Heureusement que je n'ai pas peur du ridicule, m'enfin pas trop

Lundi 6 juillet 2009 - 12h40 (14h40)

Ce matin, j'étais découragé car je ne retrouvais plus mes réglages pour les deux VM cohabitant avec le GPU sans l'impacter, à tel point que je voulais déchirer mon journal

Mais ce n'est pas dit que je ne le déchire pas car je n'ai pas retrouvé les réglages en question, par contre, à tout triturer dans tous les sens et même tombant dans l'absurde, je suis arrivé à un réglage complètement loufoque.

Imaginez un simple quad Q6600 @2880 Mhz sous un petit Windows 32 bits (korentin va apprécier), une carte mère ordinaire Asus P5K et 4 Go de ram encore plus ordinaires : Transcend PC2 6400 5-5-5-18... et les 2 VM qui font tourner chacune un SMP Linux qui rapportent plus de 5600 ppd

auxquels il faut ajouter les ppd de la carte graphique qui n'ont pas baisser d'un seul point. Seulement ça, c'est déjà loufoque mais ce qui est encore plus loufoque c'est que j'ai une VM qui tourne sur un seul core

Techniquement impossible, on va me répondre, et c'est vrai, c'est impossible. En fait j'ai affecté un seul core, quelle idée ? ? ? mais le SMP utilise bien deux cores (ouf) et c'est ce client là qui file plus vite que l'autre. J'avoue que je ne me l'explique pas, sauf une faille dans le système. Je vais mettre les captures d'écran et il faudrait tout reprendre de zéro pour vérifier s'il n'y a pas une "ouille"

quelque part ou si c'est tout simplement le coup de génie Mais moi, je ne touche plus à cette machine, de peur qu'elle retrouve la raison

Dimanche 5 juillet 2009 - 20h00 (22h00)

Oubliée, la VM "magique" qui ferait tourner un SMP Linux sur les 4 coeurs d'un quad sous Windows 32 bits ! Elle n'a de magique que le prix à payer pour un logiciel professionnel. On continue donc à utiliser la VM gratuite qui reconnaît deux cores, selon la procédure d'installation de ce tuto.

Si installer 2 VM sur un quad ne pose aucun problème particulier, faire cohabiter la deuxième VM avec le client GPU a été longtemps un soucis. Ce qu'il y a de nouveau aujourd'hui, c'est qu'à force de triturer les priorités et les affinités, et essayer divers petits logiciels gratuits, il est maintenant possible de faire tourner 2 SMP Linux dans des machines virtuelles et simultanément 1 client GPU, sans que celui-ci ne soit impacté.

Explication, captures d'écran et démonstration demain

Dimanche 5 juillet 2009 - 05h09 (07h09)

Independance Day - 04h50 (06h50)

Vive Lafayette... à bas les Ang... heu... qu'est-ce que je raconte là

Vive Florent

Allons, restons pro

finalement j'ai eu de la chance, il y a quelques jours, lorsqu'il y a eu cette coupure de courant qui m'a obligé à arrêter toutes les bécanes. A la relance, j'ai fait les mises à jour Windows qui s'accumulaient et surtout j'ai installé le nouvel exé 6.24R3 SMP Win à interchanger avec l'ancien dont la validité expire... aujourd'hui. Et bien entendu la nouvelle date d'expiration est... le 4 juillet 2010 mais d'ici là le SMP2 nouveau sera bien en place.

Vendredi 3 juillet 2009 - 16h50 (18h50)

- Alors, ce journal ?
- Quoi, ce journal ?
- Tu as fini par le faire.
- Beu... si tu appelles ça un journal...

Vendredi 3 juillet 2009 - 7h58 (9h58)

Bien bien, concernant ce client SMP MPICH qui est devenu de plus en plus leeeeeent à se lancer, je n'ai pas trouvé d'autre solution que la totale : réinstallation Windows et le SMP MPICH démarre à nouveau au quart de tour. Est-ce dû à une mise à jour Windows quelconque qui l'aurait perturbé ? Mystère...

Cependant, il y a un client SMP similaire qui est le SMP DEINO MPI (voir tuto) qui fonctionne aussi bien (mieux dit Stanford) mais qui est limité à Windows 32 bits (la plupart d'entre nous). J'ai donc pris un pc où le SMP MPICH est devenu capricieux (ils le sont tous devenus chez moi), je l'ai tout simplement désinstallé et j'ai installé le SMP DEINO à la place (pas plus de 15 mn pour la désinstallation et la nouvelle installation) et le SMP DEINO démarre au quart de tour

Ce problème est donc résolu pour moi avec ce changement de client mais personne n'a pu me donner une raison évidente. Pourquoi le SMP MPICH est perturbé et pas le DEINO ?

Jeudi 2 juillet 2009 - 16h20 (18h20)

pffffftttt... Ccleaner, Regcleaner, Easycleaner, Spybot, anti-virus, défragmentation, désactivation de la carte de bouclage Microsoft, de l'anti-virus et j'en passe et...
...toujours pareil

Jeudi 2 juillet 2009 - 6h55 (8h55)

...la suite de la recherche du pourquoi le client SMP MPICH devient de plus en plus leeeeeeent à se lancer.

Je viens de désinstaller un client à partir du "Ajout/Suppression de programmes", virer tous les éléments de config gardés dans le dossier et même carrément le dossier. Reboot, etc... et install neuve. Ben c'est pareil, peut-être un peu moins lent mais c'est subjectif. Et avant de se lancer, je le vois bien passer son temps à chercher kekchose sur le réseau. Et j'ai remarqué qu'il a gardé le même User ID fourni par Stanford lors de la toute première connexion de l'ordi à leurs serveurs. Une simple réinstall ne suffit donc pas.

Encore to be continued...

Mercredi 1^er juillet 2009 - 21h30 (23h30)

Après qu'un coéquipier ait soulevé la question que son client SMP MPICH était devenu de plus en plus lent à démarrer, jusqu'à même se planter, ça m'a rappelé que tous les miens mettent maintenant 1 voire 2 mn pour se lancer. J'avais mis ce problème sur le compte de mon réseau qui avait gonflé et que le fameux MPI, avec sa facheuse habitude de chercher des p'tits sur tout le réseau, avait de plus en plus de mal. Mais en questionnant d'autres plieurs, il semble que le problème serait ailleurs.

Evidemment, j'avais déjà eu l'idée d'arrêter et de relancer les consoles et le problème était resté le même (les ordis tournent en 24/7, je ne les arrête donc jamais sauf pour entretien, coupure de jus, les exceptions quoi...).
Hier, j'ai eu l'occasion d'installer un client SMP MPICH sur une machine pucelle

(le pc était presque vierge de programmes et n'avait pas encore connu le client SMP

) et là, la magie opéra

le client démarra au quart de tour, et cela après plusieurs tests. Idem aujourd'hui sur un pc complètement reformaté avec réinstall Windows et tout le toutim, le client SMP MPICH démarre comme une fusée.

C'est l'occasion qui a voulu que je commence par le plus radical. Demain je testerai une simple réinstallation du client, sinon ce sera le ménage complet d'un pc avec un p'tit coup de Ccleaner et une défragmentation. Et on verra si la magie opère à nouveau.

Mercredi 1^er juillet 2009 - 14h50 (16h50)

- Si !
- Non !
- Tu le feras...
- ...heu... je n'ai jamais tenu de journal, ni un grand ni un petit, même pas un mini...
- C'est ce que tu disais quand il s'est agi de faire ce blog.
- Hein ? Regarde ici !
- Et alors ?
- ...et lààààà ! ! !
- Qui te parle de ça ? De toute façon, tu n'as ni la technique ni l'humour...
-

Mercredi 1^er juillet 2009 - 5h02 (7h02)

Quoi ? Un journal... ah non !

Plus
- Email
- Lien
- Imprimer

Ecrire un commentaire - Voir les 0 commentaires

Précédent : Tutos d'installation des clients et... Retour à l'accueil Suivant : Comment bien interpréter les lignes...

Folding City

Maladies, cibles de nos simus

Pendant que ça plie...

Les 10 derniers commentaires