Folding : le topic

[Gremouille]

Bonjour à tous,

 

Dimanche soir j’ai passé le paramètre « FLUSH_INTERVAL » de 220 à 200 je n’ai pas constaté de différence d’occupation CPU. Lundi midi je l’ai passé à 150, occupation CPU moins régulière, 5 à15 % contre 8 à 12% dimanche.

J’ai lancé les clients CPU et GPU ensemble, quelque saccades sur la chaîne ARTE en HD. T° généralement plus hautes donc accélération des ventilateurs et au final plus de bruit. A suivre.

 

Bon courage pour la semaine

[Cobra]

@Marc93 : Merci pour avoir fait le cobaye Je vire donc le lien du tuto d'Affinity Changer, afin de ne pas semer la confusion dans l'esprit d'un néophyte.

 

@Gremouille : il semble que folding fasse son pli Bientôt tu deviendras aussi spécialiste de la carte Ati et de sa cohabitation avec un autre client. Concernant les lags, sous nVidia, on préfère couper le client GPU quand on joue ou quand on regarde une vidéo à partir d'un DVD.

 

Bonne semaine à toi aussi et à tout le monde Chuis en retard... mais bon...

Modifié le 8 février 2010 par Cobra

[ju&ges]

bonsoir a tous,

 

sous nVidia, on préfère couper le client GPU quand on joue ou quand on regarde une vidéo à partir d'un DVD

 

sous ATI aussi sous peine de VPU recover.

 

Pour le fflush le but c'est de réduire au maximum l'occupation du CPU pour être sur de rendre la WU du client CPU dans les délais. Si tu penses pouvoir tenir avec un à 150, bravo.

 

Allez, bonne soirée a tous,

Et a la votre

 

Ps : c'est une bonne idée de reparler d'affinity, j'l'avais oublié et le désinstaller me fera gagner un peu de mémoire

[Gremouille]

Bonsoir à tous,

 

J’ai un doute sur le bon déroulement de la fin et de l’envoie de cette WU (je suis fâché avec l’Anglais)

Pouvez me dire si les 3 lignes surlignées sont normales.

 

http://www.casimages.com/img.php?i=100209101213783032.jpg

 

A+

Modifié le 9 février 2010 par Gremouille

[R_34]

L'unité à bien été envoyée mais les données sur ton disque n'ont pas réussie à être effacées.

[Gremouille]

Bonjour aux Zebuplieurs

 

@R 34

Effectivement, l’important est que l’unité soit bien envoyée. Je n’ai rien trouvé d’anormal dans le dossier Work, il reste 3 fichiers : current.xyz, logfile_01.txt et logfile_02.txt. J’ai relancé la console et télécharger une nouvelle unité. Pas de problème.

 

Merci pour ta réponse et bonne journée à tous.

[anthome_vedene]

,

 

Gremouille, pour ne pas avoir à héberger chaque fois une copie d'écran, tu peux nous communiquer les infos de ton client en copiant en codebox, comme l'a indiqué Bobpilou/Ch'timinette ici, tout ou partie du fichier FAHlog(.txt).

 

 

Bonne journée à toutes et tous.

[Gremouille]

Bonjour aux Zebuplieurs (euses),

 

Roulez tambours, sonnez trompettes, 10 unités pliées. Bon, j’en vois certains qui rigolent, mais il faut bien en passer par 10 avant d’arriver à 100 ou 1000, voir beaucoup plus pour certains.

Dans la console SMP, quelle est la raison d’être de la ligne « Timered checkpoint triggered. ». Elle n’est pas présente habituellement.

 

@anthome vedene

Tu as raison, mais j’ignorai l’existence et le rôle du fichier « FAHlog.txt »

 

Bonne journée.

[anthome_vedene]

Salut la compagnie,

 

Gremouille, "Timered checkpoint triggered" indique une sauvegarde intermédiaire entre deux % (ou frames). Si tu as suivi le conseil de Cobra dans le tuto, tu as laissé le paramètre par défaut, càd à 15 minutes. Si tu n'en avais pas auparavant, c'est que tu avais un TPF (Time Per Frame) inférieur à 15 mn. Les quelques % que consomme le client gpu ont augmenté le TPF du smp au-delà de 15 mn, d'où la sauvegarde intermédiaire.

 

Bonne journée !

[Gremouille]

Pensant qu’étant apprenti plieur j’allais faire beaucoup d’erreurs, j’avais effectivement modifié ce paramètre à 10mn, afin d’augmenter les sauvegardes pour limiter les pertes.

J’ai mis les clients en pause et remettrai ce paramètre à 15mm.

 

Merci pour ta réponse