GPUGRID 2 ut en même temps

[JulienL]

Salut  j'ai besoin de votre aide , j'aimerai pouvoir calculer 2 ut de GPUGRID en même temps , es ce que une âme charitable pourrai me dire ce qui faut mettre dans app_config pour pouvoir calculer 2 ut en même temps merci.

[[AF>Libristes] Pascal]

  Julien Leconte,

GpuGrid n'est pas un projet qui laisse chômer les GPUs, ce n'est pas rentable de calculer 2 unités en même temps sur ce projet.

En pièce jointe voici un app_config.xml qui te permettra de calculer 2 unités acemdlong.
Si tu préfère les courtes, tu remplaces acemdlong par acemdshort.

[JulienL]

Merci! Merci! Merci! Super pour l'app_config ,c'est vraiment gentil

[[AF>Libristes] Pascal]

En faisant 2 tâches simultannées tu vas juste faire légèrement baisser ton RAC sur le projet    mais en revanche pour wuprop tu feras 48h de calculs par jour.

[JulienL]

Ah bon sa n'augmente pas un peut car je penser que sa allait faire gagner quelque crédit en plus par jour comme pour Seti ou Einstein

[Xe120]

Tu vas certainement perdre le bonus de 50% si tu ne rends pas l'UT dans les 24h.

[[AF>Libristes] Pascal]

Le projet GpuGrid exploite bien les GPUs. En leur faisant faire 2 WU en même temps ils vont certainement être au dessus de leur capacité et perdre du temps dans les échanges de mémoire et je pense que le CPU aussi sera nettement plus gourmand.

Ça ne coûte rien de faire un essai et de comparer les résultats avec 1 et 2 WU (temps total de cacul, temps de CPU et crédits).

[JulienL]

Ok merci pour l'info, oui je vais comparai et regarder combien de temps je mets pour calculer 2 ut en même temps

[zelandonii]

Bonjour,

Je prends le relais plutôt que de créer un autre topic. Mes UT GPU s'arrêtent quelques secondes avant la fin, je suis donc obligé de mettre en pause les autres pour qu'elles se terminent. Si je ne fais pas cela, je perds l'UT car elle ira au-delà de la deadline.
Quelqu'un a t-il connaissance de ce problème?

Merci d'avance.

[[AF>Libristes] Pascal]

  zelandonii,

N'aurais-tu pas trop d'unités en attente de calcul ? Le projet recommande d'en avoir un minimum en attente.
Tu devrais réduire ton cache afin de n'avoir qu'une seule unité en plus de celle en cours de calcul et cela devrait résoudre ton problème.

[zelandonii]

Salut Pascal,

Je ne crois pas car l'UT suivante ne se télécharge que quand l'actuelle est terminée.

[Xe120]

Augmente dans les préférences "Permuter d'une tâche à l'autre toutes les XXX minutes" ?

Personnellement je blinde cette option comme ça on finit ce qu'on commence avant d'entamer autre chose, non mais! 

[zelandonii]

Ok, par défaut c'est réglé sur 60, je suis passé à 100 et je verrai bien. Merci.

[JeromeC]

Chez moi j'ai réglé cette option à 1440 (depuis très longtemps) et tout se passe bien - indépendamment de ton problème que je ne connais pas en particulier.

[zelandonii]

Problème réglé grâce à votre solution. Je l'ai mis à 120 et je n'ai plus besoin d'y toucher, les UT se terminent parfaitement.

[JeromeC]

Perso j'ai jamais très bien compris l'intérêt de cette option et le fait de l'avoir passé à 1440 (un jour) il y a bien des années ne m'a jamais posé de soucis particulier (genre perte d'UT...).

[Xe120]

L'intérêt c'est pour ceux qui ont un cache faible et une faible quantité de RAM, Boinc ne lance pas d'autre calcul avant 1440 minutes, du coup pas d'UT stoppé, pas d'UT laissé en mémoire (si l'option est coché) ou de perte de progression.

C'est surtout pour les maniaques du rangement, je crois. Pas d'UT commencé en attente, que des UT qui se calcule de bout en bout. 

[JeromeC]

Ben sinon je retourne la question : quel est l'intérêt de débuter des UT pour les stopper en cours de route et en commencer d'autres, puis les stopper en cours de route pour en commencer d'autres (pas forcément les premières), etc ?

[Xe120]

Bah ça serait l'outil idéal pour finir toutes les UT dans les temps, dans un monde parfait où toutes les applications auraient des points de sauvegarde comme il faut, non ? 

[JeromeC]

Même si le monde était parfait (et comme chacun sait ce n'est pas le cas), je ne vois pas en quoi c'est "mieux" de calculer les UT par à-coup ? ce n'est pas parce que le calcul est tronçonné qu'il va durer moins longtemps... donc au final ça change quoi ?

[Maurice Goulois]

Si tu as plusieurs projets sur une machine avec une partie dont les uts sont plus longues et une autre partie sont des projets intermittents, ça augmente le nombre de requêtes et la chance d'obtenir des uts "opportunistes"; c'est comme ça que je le perçois, je n'ai pas de démonstration statistique pour appuyer ça

Y a pas mal de facteurs en cause, dont le principal est quel cruncher es-tu? à donf par périodes pour des raids ou cherchant un équilibre dans ta participation à tous les projets, un pro de l'opti et du micro-management, j'en passe...

Si tu passes ton temps en raids successifs, le moins d'interruption possibles est probablement mieux, pour le reste ça dépend