URL du projet | http://milkyway.cs.rpi.edu/milkyway/ (http://milkyway.cs.rpi.edu/milkyway/) |
Détails scientifiques (en Anglais) | Milkyway@Home (http://milkyway.cs.rpi.edu/milkyway/science.php) ; The Sloan Digital Sky Survey (http://www.sdss.org/) |
Unités Windows | OUI |
Unités LINUX | OUI |
Unités Mac | NON |
Utilisation GPU | NON |
Applications 64 bits | OUI |
Applications optimisées | ICI (http://www.arkayn.us/forum/index.php?PHPSESSID=ae24cef4b9d1541ae1918bea0ca8e9ec&action=tpmod;dl) |
Temps de calcul | http://wuprop.boinc-af.org/results/delai.py (http://wuprop.boinc-af.org/results/delai.py) |
Etat du serveur | http://milkyway.cs.rpi.edu/milkyway/server_status.php (http://milkyway.cs.rpi.edu/milkyway/server_status.php) |
Classement mondial des équipes | position de l'AF (http://milkyway.cs.rpi.edu/milkyway/top_teams.php?sort_by=total_credit) |
Classement interne de l'AF | Votre classement (https://statseb.boinc-af.org/classement_membres.py?projet=24&offset=0#1) |
Badges pour le projet | OUI |
News
July 7, 2007
Milkyway@home project is up and running, and account creation is now enabled
July 8, 2007
A new web interface is up for Milkyway@home
About Milkyway@home
Milkyway@home is a research project that uses Internet-connected computers to do reserach in modeling and determining the evolution of the Milkyway galaxy. You can participate by downloading and running a free program on your computer.
Milkyway@home is based at the Rensselaer Computer Science Department. This particular project is being developed to better understand the power of volunteer computer resources.
* IOS: Internet Operating System
* GML: Distributed Generic Likelihood Evaluation
* Worldwide Computing Labratory
D'une puissance dépassant les 70 TéraFlops, cette machine devrait fonctionner à la fin de l'année.:ouch:
Milkyway@home a deux objectifs que je trouve bien différents, l'étude de la forme et de l'évolution de notre galaxieIl suffit de regarder l'évolution des galaxies qui nous ressemble :heink: .
ainsi que la compréhension de la puissance du calcul distribué volontaireIl y a deja 40 000 projets comme ça :o .
Au sujet de Milkyway@home
Milkyway@home est un projet de recherche qui utilise les ordinateurs reliés à internet pour faire une modélisation et ainsi en déterminé l'évolution de notre galaxie, la voie lactée. Vous pouvez participer en téléchargeant et en exécutant un programme libre sur votre ordinateur.
Milkyway@home est basé au service d'informatique de Rensselaer. Ce projet particulier est développé pour mieux comprendre la puissance des ressources informatique volontaires.
* IOS : Logiciel d'exploitation d'Internet
* GML : Évaluation générique distribuée de probabilité
* Laboratoire de calcul mondial
Mince moi qui pensait que c'était un projet destiné à améliorer le gout des milkyway :( trop décu :'( :lol:Tu es à mourir de rire Zeuz :lol: !
24/08/2007 12:34:22|Milkyway@home|Scheduler request failed: HTTP file not found:fou:
24/08/2007 12:34:22|Milkyway@home|Deferring communication for 1 min 0 sec
24/08/2007 12:34:22|Milkyway@home|Reason: scheduler request failed
je vient de vous rejoindre aussi :hello:
Dommage pour nous!! :pfff:
On se serait passé de toi :kaola:
[spoiler]Je plaisante, je pense juste aux stats de la mini-teams OUEST face à celles de l'EST :D [/spoiler]
je suis des vôtres aussi
Heu, uotd également :lol: :(
J'ai créé mon compte il y a 2 jours mais j'ai l'impression qu'ils ont tout effacé (vive les projets en pré-alpha....)
J'ai donc recréé mon compte et par la même occasion j'ai recréé l'AF car le lien propsé pour rejoindre l'équipe pointe maintenant sur la team Nordlicher et l'AF avait disparu
Verifiez si vous êtes toujours inscrit au projet !!!
ca s est un coups de damien :hello:
C'est même pas vrai d'abord :cry:
Et dire que j'avais fondé l'Alliance Francophone en prenant soin de placer notre belle bannière verte qui contient notre beau slogan unificateur que j'ai toujours défendu... Mais tout cela c'est du passé :cry: puisque Shann a mis le gros enjoliveur bleu à la place :cry:
J'aime pas les gens qui pleurent !!
Donc bannière modifiée ;)
C'est normal que sur la page de présentation de l'AF il y est cette image ? : http://www.oxxam.net/img/logositemaxi.jpg qui n'existe plus
Tu es UotD en plus Damien :bounce: .
Quelqu'un a déjà eut une unité ?
C'est toujours le denier inscrit qui l'est.J'avais compris mais je te le disais juste comme ça :cry: ...
CiterC'est toujours le denier inscrit qui l'est.J'avais compris mais je te le disais juste comme ça :cry: ...
Non ce n'est pas normal. C'est l'ancienne bannière des stats disparues d'Oxxam. Si le lien mis par Shann pointe vers le site de Jump, alors il faut mettre ça:
http://www.boinc-af.org/images//afstatistiques3.gif
Bon alors dans ce cas MERCI :bounce: et désolé d'avoir paru si abrupt dans ma réponse [:jwhy]Mais je c'est, tu n'es pas méchant :D .
Mince moi qui pensait que c'était un projet destiné à améliorer le gout des milkyway :( trop décu :'( :lol:
1) [AF>France>Ouest]_Damien 129.67
2) [AF>France>Ouest>Normandie] raoul volfoni 128.56
3) [AF>France>Bourgogne>EDLS] Hildor 85.95
4) Shann 26.75
5) RvP_LaN 8.16
6) albedo-zr0 6.84
7) [AF>EDLS>Lorraine>Vosges] Heyoka 2.56
8) nicolasjeremy 0.54
Joignez-vous à moi pour adresser vos félicitations aux premiers membres de l'AF qui ont obtenu des crédits aujourd'hui sur le projet Milkyway.Merci pour l'info :) , j'ai pris deux WU.
D'ailleurs pour remercier ces pionniers, je mets le classement complet et j'ajoute même en face de chaque pseudo le total des points déjà actuellement acquis:Citer1) [AF>France>Ouest]_Damien 129.67
2) [AF>France>Ouest>Normandie] raoul volfoni 128.56
3) [AF>France>Bourgogne>EDLS] Hildor 85.95
4) Shann 26.75
5) RvP_LaN 8.16
6) albedo-zr0 6.84
7) [AF>EDLS>Lorraine>Vosges] Heyoka 2.56
8) nicolasjeremy 0.54
chez moi les fichiers ne veulent pas se télécharger. 'Temporarily download of parameters generated ... : file not found'
Maintenant ça fait échec du télechargement à chaque fois. Aucune idée de la raison. :fou:
Rien à faire, toujours telechargement en echec depuis au moins 17 heures le 10/11/07
On s'adresse à qui pour que milkyway@home soit dans les stats de myboinc.com ?
"Right now we're looking into two different things:Je veux bien essayer si tu n'as pas déjà commencé Popolito :jap:.
1. The effect of the asynchronous return time of work units on the quality of the genetic searches we're running. If you'd like to read more about the asynchronous genetic search we're running, we have some papers we sent out recently to workshops/conferences detailing the search -- but we only had results using the new BlueGene supercomputer here at RPI, and our local RPI Grid of clusters.
The papers can be found here:
http://www.cs.rpi.edu/~deselt/desell_genetic_ppam_2007.pdf
http://www.cs.rpi.edu/~deselt/hcw2008.pdf
What we're hoping to do with this information is determine what effect a really heterogeneous computing environment has on our asynchronous genetic search, and figure out ways to optimize the search for these types of environments.
2. The astronomy program we're running currently calculates an integral over the wedge of the sky we're modeling. Since it's not possible to actually integrate the function we're interested in, we have to calculate the integral the old fashioned (and expensive way) of calculating a bunch of points and calculating the area between them. The next few searches we plan on doing will calculate the integral with varying accuracy - so expect work units of varying times (probably 8 minutes to over an hour). With these results we'll be able to figure out what effect the integral accuracy has on the rate our genetic search converges to a solution, and what effect the integral accuracy has on the quality of the answer.
Some other things that we have in the works is that i've been working on an asynchronous particle swarm algorithm to use (as opposed to asynchronous genetic search). For a brief overview of what particle swarm optimization is, wikipedia isn't too shabby: http://en.wikipedia.org/wiki/Particle_swarm_optimization . We'll be able to contrast and compare these two searches, which should be interesting.
Also, we're using the results to compare doing this work on BOINC to the BlueGene supercomputer at RPI. Who knows, with enough participants in the project -- you guys might beat out the 7th fastest supercomputer in the world! :D (see: http://www.top500.org/lists/2007/06 )
--Travis Desell"
C'est en news sur milkyway si vous voulez traduire.
Killer whale devait traduire, mais j'ai plus de nouvelle de lui.Ok, mais comme google sera ma seul référence, vu mon niveau d'anglais ( :ange: ) il faudra quelqu'un pour vérifier.
Donc si tu veut t'y attaquer, libre à toi ;)
19 Novembre 2007, mise à jour :
Voici une mise à jour sur ce que nous sommes en train de faire (pris sur
des forums):
En ce moment nous examinons deux choses différentes:
1. L'effet de la période de retour asynchrone des unités de travail sur la
qualité du fonctionnement des recherches génétique que nous sommes entrain
d'exécuter. Si vous souhaitez en savoir plus sur la recherche génétique
asynchrone, nous avons quelques documents que nous avons envoyé récemment
à des ateliers / conférences détaillant la recherche --, mais nous avons
seulement eu des résultats en utilisant le nouveau supercalculateur
BlueGene ici à l'IPD, et nos locaux IPD Grille en grappes.
Les documents peuvent être consultés ici:
Http://www.cs.rpi.edu/ ~ deselt/desell_genetic_ppam_2007.pdf
Http://www.cs.rpi.edu/ ~ deselt/hcw2008.pdf
Ce que nous espérons faire de cette information est de déterminer quel
effet un véritable environnement informatique hétérogène à sur notre
recherche génétique asynchrone, et de déterminer les moyens d'optimiser la
recherche de ces types d'environnement.
2. Le programme d'astronomie que nous exécutons actuellement calcule en intégralité sur le coin du ciel que nous modélisons.
Comme il n'est pas possible d'intégrer les fonctions qui nous intéressent, nous avons dut calculer l'intégrité à l'ancienne (d'une coûteuse façon), un groupe de calcul de points et le calcul de la zone située entre eux.
Pour les recherches à venir nous prévoyons de calculer l'intégrale avec plus ou moins de précision, donc il faut s'attendre à des unités de travail de différentes tailles (probablement de 8 minutes à plus d'une heure).
Avec ces résultats, nous serons en mesure de déterminer quel effet l'intégrale de précision à sur le taux de notre recherche génétique et si elle converge vers une solution, et quel effet l'exactitude intégrale a sur la qualité de la réponse.
Quelques autres choses que nous avons dans les travaux est ces i've travaillant sur un algorithme asynchrone d'essaim de particules pour employer (par opposition à la recherche génétique asynchrone). Quelques autres choses que nous allons mettre en œuvres, je travaille à l'utilisation d'un algorithme asynchrone d'essaim de particules (par opposition à la recherche génétique asynchrone). Pour un bref aperçu de ce qu'est l'optimisation d'essaim de particules, Wikipedia n'est pas trop minable: http://en.wikipedia.org/wiki/Particle_swarm_optimization. Nous serons en mesure de confronter et de comparer ces deux recherches, ce qui devrait être intéressant.
Aussi, nous utilisons les résultats de ce travail sur BOINC pour le comparer au supercalculateur BlueGene à l'IPD. Qui sait, avec suffisamment de participants au projet -- vous, des personnes, pourriez battre le 7ème supercalculateur le plus rapide du monde! : D (voir: http://www.top500.org/lists/2007/06)
-- Travis Desell
je ne comprends pas si travis parle de calcul homogène ou de calcul de surface!! la source romain, le texte original??? please!!!
"Right now we're looking into two different things:
1. The effect of the asynchronous return time of work units on the quality of the genetic searches we're running. If you'd like to read more about the asynchronous genetic search we're running, we have some papers we sent out recently to workshops/conferences detailing the search -- but we only had results using the new BlueGene supercomputer here at RPI, and our local RPI Grid of clusters.
The papers can be found here:
http://www.cs.rpi.edu/~deselt/desell_genetic_ppam_2007.pdf
http://www.cs.rpi.edu/~deselt/hcw2008.pdf
What we're hoping to do with this information is determine what effect a really heterogeneous computing environment has on our asynchronous genetic search, and figure out ways to optimize the search for these types of environments.
2. The astronomy program we're running currently calculates an integral over the wedge of the sky we're modeling. Since it's not possible to actually integrate the function we're interested in, we have to calculate the integral the old fashioned (and expensive way) of calculating a bunch of points and calculating the area between them. The next few searches we plan on doing will calculate the integral with varying accuracy - so expect work units of varying times (probably 8 minutes to over an hour). With these results we'll be able to figure out what effect the integral accuracy has on the rate our genetic search converges to a solution, and what effect the integral accuracy has on the quality of the answer.
Some other things that we have in the works is that i've been working on an asynchronous particle swarm algorithm to use (as opposed to asynchronous genetic search). For a brief overview of what particle swarm optimization is, wikipedia isn't too shabby: http://en.wikipedia.org/wiki/Particle_swarm_optimization . We'll be able to contrast and compare these two searches, which should be interesting.
Also, we're using the results to compare doing this work on BOINC to the BlueGene supercomputer at RPI. Who knows, with enough participants in the project -- you guys might beat out the 7th fastest supercomputer in the world! :D (see: http://www.top500.org/lists/2007/06 )
--Travis Desell"
C'est en news sur milkyway si vous voulez traduire.
Salut! je m'apelle Nathan, et je suis un étudiant de troisième cycle en astronomie qui travaille sur ce projet. J'ai développé l'algorythme qui étudie les données avec lesquelles on travaille. Je suis exité de voir tout l'intérêt pour le projet jusqu'ici et j'espère que ca ne fait que commencer.
J'ai vu un paquet de question à propos de la science que nous allons faire, alors je vais essayer d'y répondre après vous avoir donné un bref aperçu:
Les galaxies sont des systèmes en évolution permanente qui peuvent fournir une idée sur la façon dont l'univers est devenu ce qu'on connait. Une chose que nous avons appris sur les galaxies, c'est qu'elles se fusionnent en de plus grandes. Nous le savons parceque nous pouvons l'observer (exemples ici (http://www.sdss.org/iotw/NGC5257.jpg) et ici (http://www.sdss.org/iotw/StephensQuintet.jpg)). Cependant, c'est tout ce que vous pouvez apprendre en regardant ces galaxies fusionner, depuis que nous voyons une projection à seulement deux dimensions. Par conséquent, nous allons étudier la Voie Lactée parce qu'elle est la seule galaxie que l'on puisse étudier dans les trois dimentions.Nous avons aussi la chance qu'en 1994, Rodrigo Ibata ait découvert que la Voie Lactée était actuellement en train de se fondre avec une autre galaxie : la galaxie ellipsoïdale naine du Sagittaire (Sgr). Etant donné qu'elle est de taille relativement petite comparée à la Voie Lactée, la Sgr naine devient une marée confuse.Cela signifie que, parce que la Voie Lactée a une force gravitationnelle plus forte, le Srg nain se déchire et l'allonge en de longs courants de marée qui avance et suit l'actuel noyau du Srg nain.Vous pouvez voir une simulation de cette perturbation et en obtenir une meilleure comptéhention ici (http://www.astro.wesleyan.edu/~kvj/surf.mpg). Cette marée de débris nous donne une perspective unique depuis notre galaxie. En général, nous pouvons seulement dire où se trouve une étoile et où elle va. Cependant, par l'étude de ces courants, nous pouvont voir où ces étoiles étaient. De la direction de ces courants sort une carte qui nous permet d'être capable d'étudier le potentiel gravitationnel de la Voie Lactée. Donc, depuis que ce potentiel est estimée due à 90% à la matière noire, nous allons être cappable d'obtenir une bonne connaissance de la répartition de la matière noire à travers la Voie Lactée.
C'est cette marée de débris que nous allons étudier en utilisant Milkyway@home. Nous avons développé une méthode afin d'être en mesure d'isoler et de determiner les propriétés de ces dédris. Nous n'avons donc pas planifié de nous limiter à simplement étudier les courants connus (ce qui sera la première étape prioritaire), mais aussi d'être cappable de découvrir/étudier de nouveaux morceaux de marée de débris.
Si ca peut vous donner une idée de ce que nous allons faire, n'hésitez pas à poser des questions. En attendant, je vais répondre aux questions que l'on ma présentées jusqu'ici :
* Combien de temps faudra-t-il pous calculer une WU ?
Cela dépendra en fin de compte de la façon dont on décidera de scinder le travail et de quelle technique nous allons employer. Cependant, plus concrètement, et pour commencer du moins, nous allons voir à reprendre 4 à 8 fois la WU en cours. Donc, si ca vous prend entre 12 et 30 minutes pour faire la WU normale, voyez 1 à 2 heures. Ceci est sujet à des changerments, cependant.
* Combien de temps doit durer le programme ?
La réponse la plus courte est 'indéfiniment'. Nous avons une quantité énorme de données à étudier. De plus, il y aura toujours plus (et de meilleures) données collectées et beaucoup de modèles différents pour la galaxie. C'est pourquoi il y aura toujours des WUs à calculer utilisant ces nouveaux modèles et nouvelles données.
* Sur quelle période allons nous étudier ? Allons nous commencer au Big Bang ou à quelque autre époque ?
Nous ne faisons pas un travail de simulation. Nous allons analyser des données. par conséquent, nous allons uniquement regarder les instantyanés actuels de la Voie Lactée. Nos premières donnéesseront celles du Sloan Digital Sky Survey (SDSS) (http://www.sdss.org/) Data Release 6. Les résultats de nos travaux seront disponibles pour de futures recherches de simulation, mais ce n'est pas l'objet de nos recherches.
Post original (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=13), daté du 4 octobre 2007
Traduit par Killer Whale pour l'Alliance Francophone et L'équipe de la science.
Citer
Salut! je m'apelle Nathan, et je suis un étudiant de troisième cycle en astronomie qui travaille sur ce projet. J'ai développé l'algorythme qui étudie les données avec lesquelles on travaille. Je suis excité de voir tout l'intérêt pour le projet jusqu'ici et j'espère que ça ne fait que commencer.
J'ai vu un paquet de questions à propos de la science que nous allons faire, alors je vais essayer d'y répondre après vous avoir donné un bref aperçu:
Les galaxies sont des systèmes en évolution permanente et peuvent fournir une idée sur la façon dont l'univers est devenu ce qu'il est. Une chose que nous avons appris sur les galaxies, c'est qu'elles se fusionnent en de plus grandes. Nous le savons parceque nous pouvons l'observer (exemples ici (http://www.sdss.org/iotw/NGC5257.jpg) et ici (http://www.sdss.org/iotw/StephensQuintet.jpg)). Cependant, c'est tout ce que vous pouvez apprendre en regardant ces galaxies fusionner, depuis que nous voyons une projection à seulement deux dimensions. Par conséquent, nous allons étudier la Voie Lactée parce qu'elle est la seule galaxie que l'on puisse étudier dans les trois dimensions. Nous avons aussi la chance qu'en 1994, Rodrigo Ibata ait découvert que la Voie Lactée était actuellement en train de se fondre avec une autre galaxie : la galaxie ellipsoïdale naine du Sagittaire (Sgr). Etant donné qu'elle est de taille relativement petite comparée à la Voie Lactée, la Sgr naine devient une marée confuse. Cela signifie que, parce que la Voie Lactée a une force gravitationnelle plus forte, le Srg nain se déchire et l'allonge en de longs courants de marée qui avance et suivent l'actuel noyau du Srg nain. Vous pouvez voir une simulation de cette perturbation et en obtenir une meilleure compréhension ici (http://www.astro.wesleyan.edu/~kvj/surf.mpg). Cette marée de débris nous donne une perspective unique depuis notre galaxie. En général, nous pouvons seulement dire où se trouve une étoile et où elle va. Cependant, par l'étude de ces courants, nous pouvont voir où ces étoiles étaient. De la direction de ces courants sort une carte qui nous permet d'être capable d'étudier le potentiel gravitationnel de la Voie Lactée. Donc, depuis que ce potentiel est estimée être due à 90% à la matière noire, nous allons être capable d'obtenir une bonne connaissance de la répartition de la matière noire à travers la Voie Lactée.
C'est cette marée de débris que nous allons étudier en utilisant Milkyway@home. Nous avons développé une méthode afin d'être en mesure d'isoler et de determiner les propriétés de ces dédris. Nous n'avons donc pas planifié de nous limiter à simplement étudier les courants connus (ce qui sera la première étape prioritaire), mais aussi d'être cappable de découvrir/étudier de nouveaux morceaux de marée de débris.
Si ça peut vous donner une idée de ce que nous allons faire, n'hésitez pas à poser des questions. En attendant, je vais répondre aux questions que l'on ma présentées jusqu'ici :
* Combien de temps faudra-t-il pous calculer une WU ?
Cela dépendra en fin de compte de la façon dont on décidera de scinder le travail et de quelle technique nous allons employer. Cependant, plus concrètement, et pour commencer du moins, nous allons voir à reprendre 4 à 8 fois la WU en cours. Donc, si ca vous prend entre 12 et 30 minutes pour faire la WU normale, voyez 1 à 2 heures. Ceci est sujet à des changerments, cependant.
* Combien de temps doit durer le programme ?
La réponse la plus courte est 'indéfiniment'. Nous avons une quantité énorme de données à étudier. De plus, il y aura toujours plus (et de meilleures) données collectées et beaucoup de modèles différents pour la galaxie. C'est pourquoi il y aura toujours des WUs à calculer utilisant ces nouveaux modèles et nouvelles données.
* Sur quelle période allons nous étudier ? Allons nous commencer au Big Bang ou à quelque autre époque ?
Nous ne faisons pas un travail de simulation. Nous allons analyser des données. par conséquent, nous allons uniquement regarder les instantanés actuels de la Voie Lactée. Nos premières données seront celles du Sloan Digital Sky Survey (SDSS) (http://www.sdss.org/) Data Release 6. Les résultats de nos travaux seront disponibles pour de futures recherches de simulation, mais ce n'est pas l'objet de nos recherches.
Post original (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=13), daté du 4 octobre 2007
Traduit par Killer Whale pour l'Alliance Francophone et L'équipe de la science.
Merci Alipse, ce soir si j'ai le temps je met en ligne sous le pseudo de Killerwhale sur boinc-af [:frederic]
Merci à lui qui nous à fait une très belle traduction. :bounce:
Citer
Salut ! je m'apelle Nathan, et je suis un étudiant de troisième cycle en astronomie qui travaille sur ce projet. J'ai développé l'algorithme qui étudie les données avec lesquelles on travaille. Je suis excité de voir tout l'intérêt pour le projet jusqu'ici et j'espère que ça ne fait que commencer.
J'ai vu un paquet de questionsà propos de la science que nous allons fairesur le domaine que nous allons étudier, alors je vais essayer d'y répondre après vous avoir donné un bref aperçu:
Les galaxies sont des systèmes en évolution permanente et peuvent fournir une idée sur la façon dont l'Univers est devenu ce qu'il est. Une chose que nous avons apprise sur les galaxies, c'est qu'ellessefusionnent en de plus grandes. Nous le savons parce que nous pouvons l'observer (exemples ici (http://www.sdss.org/iotw/NGC5257.jpg) et ici (http://www.sdss.org/iotw/StephensQuintet.jpg)). Cependant, c'est tout ce que vous pouvez apprendre en regardant ces galaxies fusionner,depuispuisque nous voyons une projection à seulement deux dimensions. Par conséquent, nous allons étudier la Voie Lactée parce qu'elle est la seule galaxie que l'on puisse étudier dans les trois dimensions. Nous avons aussi la chance qu'en 1994, Rodrigo Ibata ait découvert que la Voie Lactée était actuellement en train de se fondre avec une autre galaxie : la galaxie ellipsoïdale naine du Sagittaire (Sgr). Etant donné qu'elle est de taille relativement petite comparée à la Voie Lactée, la Sgr naine devient une marée confuse. Cela signifie que, parce que la Voie Lactée a une force gravitationnelle plus forte, la Sgr naine se déchire et s'allonge en de longs courants de marée qui avancent et suivent l'actuel noyau de la Sgr naine. Vous pouvez voir une simulation de cette perturbation et en obtenir une meilleure compréhension ici (http://www.astro.wesleyan.edu/~kvj/surf.mpg). Cette marée de débris nous donne une perspective unique depuis notre Galaxie. En général, nous pouvons seulement dire où se trouve une étoile et où elle va. Cependant, par l'étude de ces courants, nous pouvons voir où ces étoiles étaient. De la direction de ces courants sort une carte qui nous permet d'être capable d'étudier le potentiel gravitationnel de la Voie Lactée. Donc, depuis que ce potentiel est estiméeêtre dûueà 90% à la matière noire, nous allons être capable d'obtenir une bonne connaissance de la répartition de la matière noire à travers la Voie Lactée.
C'est cette marée de débris que nous allons étudier en utilisant Milkyway@home. Nous avons développé une méthode afin d'être en mesure d'isoler et de determiner les propriétés de ces débris. Nous n'avons donc pas planifié de nous limiter à simplement étudier les courants connus (ce qui sera la première étape prioritaire), mais aussi d'être cappable de découvrir/étudier de nouveaux morceaux de marée de débris.
Si ça peut vous donner une idée de ce que nous allons faire, n'hésitez pas à poser des questions. En attendant, je vais répondre aux questions que l'on m'a présentées jusqu'ici :
* Combien de temps faudra-t-il pous calculer uneWUUT ?
Cela dépendra en fin de compte de la façon dont on décidera de scinder le travail et de quelle technique nous allons employer. Cependant, plus concrètement, et pour commencer du moins, nous allons voir à reprendre 4 à 8 fois l'UT en cours. Donc, si ca vous prend entre 12 et 30 minutes pour faire l'UT normale, prévoyez 1 à 2 heures. Ceci est sujet à des changerments, cependant.
* Combien de temps doit durer le programme ?
La réponse la plus courte est 'indéfiniment'. Nous avons une quantité énorme de données à étudier. De plus, il y aura toujours plus (et de meilleures) données collectées et beaucoup de modèles différents pour la galaxie. C'est pourquoi il y aura toujours des UT à calculer utilisant ces nouveaux modèles et ces nouvelles données.
* Sur quelle période allons nous étudier ? Allons nous commencer au Big Bang ou à quelque autre époque ?
Nous ne faisons pas un travail de simulation. Nous allons analyser des données. par conséquent, nous allons uniquement regarder les instantanés actuels de la Voie Lactée. Nos premières données seront celles du Sloan Digital Sky Survey (SDSS) (http://www.sdss.org/) Data Release 6. Les résultats de nos travaux seront disponibles pour de futures recherches de simulation, mais ce n'est pas l'objet de nos recherches.
Message original (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=13), daté du 4 octobre 2007
Traduit par Killer Whale pour l'Alliance Francophoneet L'équipe de la science.
j'ai corrigé les fautes que j'ai vu. Et j'ai modifié une ou deux tournure de phrase.
Ce projet est parti pour durer un moment. Il faut absolument bien se classer dès le debut...
Hop ! Un autre passage.
par contre sur le site, ils annoncent que le calculateur de points a été revu à la baisse...
Taxxor, est-ce que tu pourrais voir l'article qui a été posté hier, c'est une version légérement différente
http://www.boinc-af.org/content/view/823/214/
After fixing the shared memory problem, it looks like the server isn't recognizing the new binaries. We'll be signing new ones tonight and putting them on the server and hopefully this will fix the problem of not being able to download any work. As far as we know, there is work available, but the server doesn't think there are correct binaries to upload for it.
Awhile back some workunits got awarded massive amounts of credit due to some benchmarking issues in boinc (ie, 200,000+ credit). While we've waiting to get new binaries signed and uploaded, I've gone through the database and removed credit from these workunits, so our toplists should be looking the way they're supposed to. I apologize if any users/teams lost more credit then they think they deserved (send me a message if it's a problem), but I did the best I could with my limited knowledge of MYSQL. However, with the new validator and fixed credit scheme up and running, I think things will even themselves out once we start crunching numbers again.
--Travis
Benson as vue tous ses crédits supprimé sur Milkiway, il est revenue à 0. Le chef de projet à du le griller sévère ...S'il n'a pas triché il peut toujours s'expliquer par courriel, comme écrit dans le message. :ange:
Sinon moi j'ai régulièrement des plantages de l'application win32. Pareil chez vous ?
Le plus chiant c'est que des fois ça fait planter tout boinc :-/
Out of Town I'm going to be out of town until new years eve, so if i don't get back to any questions on the forum or email that's why. I've set up the assimilator and validator to run as daemons in the config.xml now, so if the machine goes down and comes back up, these should start back automatically even if i'm still out of town -- so hopefully things will run smoothly while I'm gone. I hope everyone is having a happy holidays!--TravisL'admin ne sera pas là pendant un moment, il a automatisé le système de validation des UT, il espère qu'il va marcher en son absence.
January 3, 2007 Upload/Downlaod IssuesLe téléchargement et l'envoi d'unité avait foiré :o.
While I was gone, it looks like our upload and download directory permissions got messed up -- read/write/execute were removed for anyone other than root. I'm hoping this was the reason that you couldn't upload or download files for the workunits. Please let me know if things are working correctly now. I have the assimilator/validator running manually again so i can watch to see if this problem happens again.
http://www.cs.rpi.edu/~deselt/hcw2008camera.pdf
Publication milkyway.
de manière générale, l'appli milky plante régulièrement sur mon athlon sous win XP.
Que ça soit une erreur système ou bien un gel de boinc. Au choix :-/
http://www.cs.rpi.edu/~deselt/hcw2008camera.pdf
Publication milkyway.
C'est bien ça.:o
En résumé, l'article dit que Boinc est tout à fait adapté au type de calcul de Mylkiway (Asynchronous Genetic Search Algorythm) et que même en phase Beta (avec seulement 1000 volontaires), on rivalisait avec un BlueGene de 1024 processeurs :sol: . En gros, on était 20 % plus lent que le Supercalculateur mais on utilisait plus de paramètres, donc nos résultats étaient de meilleure qualité pour beaucoup moins cher [:modesti:2] .
Imaginez ce que ça donnerait en production avec 10 000 volontaires, voire plus :love:
C'est tout bon pour Boinc, ça [:yada44:5]
A prioris ça devrai très largement durer à moin d'un soucis server mais là y'a 57 000 unités dispo et ça augmente à chaque fois que je regarde :p
Les unités dispo c'est "ready to send" et quand c'est pas à zéro ca dépasse à peine les 100 :non:
:hello:
Il est bien possible que tu ais un problème :
regarde ce Q6600 @ 2.40GHz 2 Gigas (http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=6902) sous LINUX (certainement OC mais...les benchs sont normaux ?!)
les WUs sont finies en +- 330 sec ----> +-9640p/jour !
:hello:
Il est bien possible que tu ais un problème :
regarde ce Q6600 @ 2.40GHz 2 Gigas (http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=6902) sous LINUX (certainement OC mais...les benchs sont normaux ?!)
les WUs sont finies en +- 330 sec ----> +-9640p/jour !
Je pense pas qu'il soit oc, les bench sont assez bas, il doit tourner à 2.4ghz, par contre c'est dingue la vitesse, sous vista64 je met 350 sec mais à 3.2ghz :jap: , je trouvais ça déjà bien (67pts/h au niveau de ABC 64 et primegrid 64) mais là il fait plus de 70 pts/h sans oc à prioris :??:
edit: ah ouai sous linux64 son bench est normal pour un cpu oc :jap: , il doit être +/- à 3.2 - 3.4ghz dans ce cas :jap:
On se mobilise chez les XTC, un démarrage du raid avant l'heure?On ne peut donc pas compter sur vous pour le Mini Poem-athon (du Lundi 24 Mars au Lundi 31 Mars) (http://forum.boinc.fr/boinc/LAllianceFrancophone/Fights/lundi-mars-lundi-sujet_300_1.htm). :heink: :cry:
Tiens, ça va être interessant de voir si, avec le réveil de Suzanne et les XTC et les RR qui s'y mettent, le serveur de Milky va tenir le coup.
C'est un bon galop d'essai avant le raid.
http://milkyway.cs.rpi.edu/milkyway/workunit.php?wuid=6133992
Alors .... pas mal mon ptit quad :D ok elle était un poil plus courte que les autres mais bon :bounce: Là c'est NO WORK dommage :(
:hello:
C'est peut-ètre un des rares projets où un AMD FX70 (http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=9539) peut rivaliser avec un Q6600 ! :pt1cable:
Celui ci fait sensiblement les mèmes temps/ WU que le tien! (Il est 4° au top hosts (http://milkyway.cs.rpi.edu/milkyway/top_hosts.php)) :ouch:
Bon, sous Linux 32 je passe à 440 s/wu. :heink::hello:
http://milkyway.cs.rpi.edu/milkyway/show_user.php?userid=3136
Q6600@2.4 2Go
Sous XP 32 +-490 s /wu pour 6.5 points. 6.5/490*3600 = 47.75 * 24 = 1146 * 4 = +-4580 p/jours
Sous Vista 64 +-460 s /wu pour 6.5 points. 6.5/460*3600 = 50.86 * 24 = 1220 * 4 = +-4880 p/jours
Sous Linux 64 +-595 s /wu pour 6.5 points. 6.5/595*3600 = 39.32 * 24 = 943 * 4 = +-3775 p/jours (Suse 64)
Sous Linux 32 +-440 s /wu pour 6.5 points. 6.5/440*3600 = 53.18 * 24 = 1276 * 4 = +-5100 p/jours (Suse 32)
ils vont avoir du mal a supporter notre raid
Message from server: (reached per-host limit of 20 tasks)dans les messages du manager.
MilkyWay@home member since 22 Mar 2008
Total credit 60,561
Recent average credit 5,710.68
Cool :sol: !
Aux chiottes les projets qui sur-créditent !
Si je traduis bien la dernière news de Milkyway, il vont baisser les crédits par Wus ? de 6,5 à 2 ou 3
Concurrence déloyale! :lol:
Aux chiottes aussi ceux qui sous-créditent ! (suivez mon regard ..)
Tant qu'il n'y aura pas un peu d'ordre là dedans .... :pt1cable:
Aux chiottes aussi ceux qui sous-créditent ! (suivez mon regard ..)
March 24, 2008 Increased Granted Credit
Due to many complaints that the reduction in credit was a bit too severe, we've increased the generated credit a bit. It should be around 4 credit per WU now. Please feel free to keep complaining about credit on the forums and we'll eventually get it right. :)
ça redevient raisonable, surtout en 64bit :na:
Salut à tous,
je sais pas si je post dans la bonne section mais on verra bien:
J'ai un soucis avec Milkyway depuis la nuit de samedi à dimanche, je ne peux plus envoyer mes résultats et je ne reçois plus de WU.
A chaque connexion au serveur, en plus des 2 lignes du scheduler, je reçois le message "server error: can't attach shared memory".
Quézako ? Quelqu'un a déjà eu ce problème ? Et une solution ?
Je n'ai rien vu sur le site du projet mais j'ai peut-être mal cherché...
Merci d'avance pour vos réponses !
++
ok merci, je serai patient alors...
C'est réparé depuis hier au moins :)
Je suis UotD \o/ !
ce sont les applis pour les macusers ;)
Great !
Mac Pro Rev 1 2.66 Quad (Xeon 5150), under 10.5.2.
Before: 11:33 by WU
After : 4:49 by WU
Impressive is not it ?
:heink: gaffe aux kangourous, ils passent la vitesse supérieure
Nouvelle publication milkyway :Je fais une demande de trad' ;) .
http://arxiv.org/abs/0805.2121
Il faut toujours ajouter celles-ci sur le site de L'AF :
http://www.cs.rpi.edu/~deselt/hcw2008camera.pdf
http://www.cs.rpi.edu/~deselt/gecco2008.pdf
Sur Poem, SetiGermany nous rattrape. Il me semble que c'est chaud aussi sur Yoyo ! Bref, je crunche sur les 3, mais c'est pas facile à choisir !
Le serveur est HS :(.
:non: :non: c est repartis a l instant :bounce: :bounce:
28/06/2008 19:13:10||Project communication failed: attempting access to reference site:p
28/06/2008 19:13:11||Access to reference site succeeded - project servers may be temporarily down.
:hello:
quelqu'un pourrait passer sur leur forum demander de passer la deadline à 7 jours ?
cela faciliterait la coexistence avec les autres projets :whistle:
maintenant que tu le dis, ça fait quelques jours que je n'ai plus d'unités à calculer, alors qu'avant j'en avais toujours 2-3 à la fois
Heu pourquoi depuis que je suis rentré de wacances ce midi et que j'ai remis en marche le bousin de la maison il me choppe des milky systématiquement en "running high priority" qui passent devant tout le monde ?
Rhaaaaa je savais qu'il fallait que je demande aux spécialistes ! super super ça marche, effet vacances supprimé d'un coup !!
Si seulement je pouvais faire pareil avec tout ce qui doit m'attendre au bureau ce matin (après un mois)...
Merci !
Ils disent qu'au lieu de leur gueuler dessus que leur code est pas optimisé car fait par des stagiaires les gens (= les petits malins qui critiquent) feraient mieux de les aider, c'est pour ça qu'ils ont publié leur code d'ailleurs, donc amateurs d'optim au boulot !
Le truc c'est que les codes sources sont diffusés à qui veut, tout le monde peut les optimiser, je serai à la place de crunch3r je les garderai pour moi et ma team, après tout nous pouvons nous aussi optimiser les codes, pourquoi ne le faisons nous pas? je suis pas sûr que nous partagerions nos heures (jour) de travail (oui ça ce fait pas en 5min .... ) avec les teams adverses :p , avoir une appli optimisée rien que pour nous c'est un avantage certain pour notre team ;)Besoin de sommeil le chaton :ouch: ...
Ce n'est pas crunch3r, il n'est pas le seul à savoir programmer lol ... même si c'est lui à la base qui a mi le doigt sur le truc
D'ailleur les types s'en servent sur un compte bidon rattaché à aucune team, ils ne font pas ça pour les points mais pour montrer que le code est loin d'être écrit intelligement
Après concernant crunch3r et vos critiques, il partage ses appli (certaines) sur son site ouaib, suffit d'y aller mais c'est sans doute trop dur? je sais pas bref :heink:
Le truc c'est que les codes sources sont diffusés à qui veut, tout le monde peut les optimiser, je serai à la place de crunch3r je les garderai pour moi et ma team, après tout nous pouvons nous aussi optimiser les codes, pourquoi ne le faisons nous pas? je suis pas sûr que nous partagerions nos heures (jour) de travail (oui ça ce fait pas en 5min .... ) avec les teams adverses :p , avoir une appli optimisée rien que pour nous c'est un avantage certain pour notre team ;)
Optimisé un code source et se le gardé pour un groupe réduit c'est pas illégal juste pas fair play.
c'est l'application optimisée qui doit arriver ? pour windows ?
nouvelle application disponible ici :
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=433
pour windows 32/64 et linux 32/64
go go go !
je met 2 min par wu au lieu de 4h !!! quelqu'un peut m'expliquer ??? par contre les crédits ont été revus à la baisse...
ouaip... d'ailleurs, il n'y aurait pas quelque chose de similaire en cours sur le projet FreeHal?
Il y a tout un sujet de discussion sur ce sujet!
Le problème c'est que des petits malins ont modifiés le code, mais ne le rende pas disponible.
Par contre cela leur permet de faire des scores de malades!
:hello:
Ce n'est pas crunch3r, il n'est pas le seul à savoir programmer lol ... même si c'est lui à la base qui a mi le doigt sur le truc
D'ailleur les types s'en servent sur un compte bidon rattaché à aucune team, ils ne font pas ça pour les points mais pour montrer que le code est loin d'être écrit intelligement
Après concernant crunch3r et vos critiques, il partage ses appli (certaines) sur son site ouaib, suffit d'y aller mais c'est sans doute trop dur? je sais pas bref :heink:
Le truc c'est que les codes sources sont diffusés à qui veut, tout le monde peut les optimiser, je serai à la place de crunch3r je les garderai pour moi et ma team, après tout nous pouvons nous aussi optimiser les codes, pourquoi ne le faisons nous pas? je suis pas sûr que nous partagerions nos heures (jour) de travail (oui ça ce fait pas en 5min .... ) avec les teams adverses :p , avoir une appli optimisée rien que pour nous c'est un avantage certain pour notre team ;)
Moi, j'ai du passer à coté :??:
Pas de Wu de moins de 2h50mn
Moi, j'ai du passer à coté :??:
Pas de Wu de moins de 2h50mn
Tu as bien mis l'appli dans le dossier du projet Milky et enlevé l'appli précédente ?
Sur ma machine virtuelle XP64, je fais une UT en 3 ou 6 minutes (selon les WU). :pt1cable:
Edit: on se croirait en mode "Raid" sur Milky, y plus rien à cruncher, le serveur ne suit pas la demande. :lol:
http://nov01.imgshare.us/E74.jpg
me piquez pas toutes les wus, laissez les moi, lol
mais ça reste extravagant 10 300/jour sur le quad non OC
optim installer ... voyons voir si j'y arrive :??: ( j'ai jamais été tres doué ... sauf pour créer les conflits :lol: )
édit : ben sur mon T7300 ( 2GHz ) les UT mettent 24min ... loin de vos 5min :( !!!
[:al@on:3] vfoa, pour que ton smiley nous soit visible http://smileystfc.ifrance.com/occitan.gif il te suffit de cliquer sur http://forum.boinc.fr/icones/message/image.gif et d'insérer le lien de ton image entre les 2 balises (http://[color=#ff0000][b][u]là[/u][/b][/color]). ;)
Merci, je suis sous la cave en informatique :fou: , je préfère l'électronique :love:.
(http://[url]http://smileystfc.ifrance.com/occitan.gif[/url])
A+
Voici les commandes que j'ai utilisées pour mettre en place les optis milkyway:
Je suis sous linux 64 bit, donc le fichier app_info.xml doit être modiifé.
Merci an heol a zo glaz pour ton aide à un novice linuxien.
Enfin une syntaxe claire qui marche du premier coup.
A mettre en topic sur le site Linux http://linux.boinc-af.org/Liste/Linux/Pour-les-debutants/index.html
http://smileystfc.ifrance.com/occitan.gif
:bounce:
Voici les commandes que j'ai utilisées pour mettre en place les optis milkyway:
Je suis sous linux 64 bit, donc le fichier app_info.xml doit être modiifé.
Modification du fichier app_info.xml, avec un noyau récent sous linux 64 bit uniquementCode: [Sélectionner]sed -i~ 's/version_num>122/version_num>123/' /home/olivier/app_info.xml
Arrêt de boinc, suppression du client ancien, déplacement du client nouveau, Redémarrage de boincCode: [Sélectionner]sudo /etc/init.d/boinc-client stop && rm /var/lib/boinc-client/projects/milkyway.cs.rpi.edu_milkyway/astronomy_1.23_x86_64-pc-linux-gnu && cp /home/olivier/astronomy_1.22_V3_x86_linux32 /var/lib/boinc-client/projects/milkyway.cs.rpi.edu_milkyway/ && cp /home/olivier/app_info.xml /var/lib/boinc-client/projects/milkyway.cs.rpi.edu_milkyway/
&& /etc/init.d/boinc-client start
Modification du fichier app_info.xml, avec un noyau ancien.Code: [Sélectionner]mv app_info.xml app_info.xml.bak
sed 's/version_num>122/version_num>123/' /home/olivier/app_info.xml.bak > /hom/olivier/app_info.xml
Ya le sudo nautilus aussi, pas super niveau sécurité mais rien de mieux niveau simplicité :ange:.
arf pas facile la navigation sous vista :sweat:
Génial chev 6791 :bounce: je l'ai retrouvé dans le meme répertoire que toi, arf pas facile la navigation sous vista :sweat:
Menfin comprend pas quand meme pourquoi boinc utilise deux dossiers enfin bon, c'est pas le probleme
Merci, je rajoute un deuxieme pc :jap:
dans avancés/préférences/utilisation du reseau/ add additional work10 :ouch: heu, si il change de projet il va avoir des UT en deadline :o. Flo, met 1 ou 2 c'est mieux ;):).
tu mets 10 c'est le maximum de réserve que tu pourras avoir
heuu autre chose: quand mcroger dit "(machine virtuelle 64 comme son nom l'indique ;) )" ça signifie quoi?guy@UbuntuVM64:~$
chez moi aussi le sudo ne se répercute pas sur les commandes agglomérées, il me semble donc que c'est normal et que l'exemple donné n'est pas tout à fait exact...
mais en fait...autant de crédits...ça va pas durer hein? ça serait trop beau ^^
Suis enregistré, j'attends la validation pour recopier cet article open-source less/DRM. :)
Retour de WE, donc pas de réponse avant ce jour.
Ou en es tu?
La suppression de l'ancien, le redémarrage de boinc?
non.
beaucoup de membres de mon équipe utilisent Ubuntu car bien souvent les crédits sont plus élevés pour la même quantité de travail fournie.
donc l'utilisation d'Ubuntu ne se fait pas par affinité dans ce cas mais par "nécessité" :D
perso, j'ai pas d'Ubuntu... j'ai que des Suse Linux Entreprise Server ^^
and after that we'll start tweaking the awarded credit so we're in line with other projects
Je crois qu'on devrait pas laisser aux créateurs des projets le soin de choisir les crédits qu'ils attribuent...ça risque d'aboutir à une surenchère pour faire passer leur projet avant celui des autres, c'est malsain et ça va perdre de son intérêt...même si j'en profite pour l'instant, honte à moi :(
Avec 512 de ram sur linux, veut pas tourner!
Et de plus un CPU à 2 ghz crédite autant qu'un CPU à 4 ghz sur ce projet ! C'est le nombre de cores qui compte ![:al@on:5]
pareil...sauf que le serveur n'a plus d'unités à distribuer pour l'instant :(
Essaye WCG pour voir ? :ange:
[:marcp]
je viens d'arrêter milky parce que maintenant, quand on met une UT en pause avant de la redémarrer, elle part en erreur de calcul...j'ai essayé ABC...pareil
Citer...j'ai essayé ABC...pareil
Pour Milkiway je ne sais pas mais je confirme que suspendre une UT abc et le reprendre provoque sytématiquement une erreur sur l'UT en question.
Par contre, suspendre le projet abc ne provoque pas l'erreur. Je n'ai pas fait remonter ce problème au niveau du projet, mais il serait peut-être bien que ce soit fait.
Et la marmotte .....
Suspendre des ABC ne fait rien planter à priori . Maintenant si tu as pas assez de ram et que tes ut reste en ram forcément ....
:jap:
Exact j ai deux cross-project id c'est normal ???
On peut les voir la dessus :
http://www.myboinc.com/scores/buildmt_u.php?intid=15238
Sinon rien à voir mais j'ai créer un groupe sur facebook si vous même vous avez un facebook rejoignez le c'est Boinc : Alliance Francophone
Et invitez y vos amis pour faire grandir la communauté Boinc !!
C'est bizarre ça d'ailleurs pourquoi est ce qu'on ne reçois plus de travail avec l'appli optimisée non officielle ???
Sinon rien à voir mais j'ai créer un groupe sur facebook si vous même vous avez un facebook rejoignez le c'est Boinc : Alliance Francophone
Et invitez y vos amis pour faire grandir la communauté Boinc !!
ben t'as plus a t'occuper de rien à l'heure actuelle, celle que le serveur t'envoie automatiquement est la bonne.
Mwai, m'enfin tu aurait fait une recherche sur ce fofo et sur facebook tu aurait trouvé ça http://www.facebook.com/home.php#/group.php?gid=20339922872 :o...
excusez-moi d'être à la masse, mais j'ai du mal à suivre, quelle est la dernière version optimisée, et sous quelles plateformes ?
It's come to my attention (looking at the results that are coming in), that a few of our users are using applications that are incorrect. If you're going to compile/modify our code please check it against the test files we've provided to make sure that it's correct. The searches we're running right now are highly sensitive to bad results, so this is pretty important. Either way I'm watching the users that are giving back bad results, and when our validator gets updated in the next couple days these bad results will not be awarded any credit. I'm hoping this isn't malicious action on the part of these users, and rather just a failure to double check their compiled apps.Certaines personnes utilisent une application mal compilée, les résultats sont donc faussés.Ces personnes sont invitées à vérifier leur code, les UT ne recevront pas de crédits.
La dernière version officielle est 0.07 sur toutes les plate formes (tu vas sur le serveur et tu cliques sur applications).
Les versions 1.22 et 1.21 officielles ou optimisées (1.23) n'ont plus de travail créé sur le serveur.
Par contre comme dit il faut quitter boinc, enlever appinfo.xml puis relancer boinc et recommencer le projet milkyway.
Les points sont les mêmes qu'avant mais comme les wu sont + longues (40min sur q9300 no/c) que celles optimisées à 5min, cà crédite moins. cqfd
En plus il y avait une "bronca" (SG entre autre) pour ne plus recommander le projet.
Bon crunch
Vient sous nunux, ça marche très bien :D.
Bonjour, Le serveur est toujours down :heink:
[...]
Ils méritent que l'on constitue la E(uropean) T(eam) avec SG et les Tchèques et on les rattrape avant cet été.
si quelqu'un peut me dire si ma carte est compatible ? c'est une 4350
J'ai trouvé pour ceux que ça intéresse le site officiel des applis Milky optimisées : http://zslip.com/
moi je tourne avec la version 017_SSE4.1 et ca marche du tonnerre
il faut bien prendre la version de Milky optimisée qui correspond à son processeur, par exemple pour mon proc Q9450, j'ai pris la SSE4.1
pour trouver sa bonne version, utiliser CPU-Z
chev6791 >
- Est-ce que tu utilises bien un système d'exploitation Windows 64 bits ? Seuls Xp 64 et Vista 64 sont supportés pour le moment;
- Est-ce que tu as installé les derniers drivers catalyst ?
Attention de ne pas confondre les applications optimisées CPU et les applications optimisées GPU ^^
Application optimisée GPU pour carte ATI : http://www.3rd.in/zslip/milkyway/windows/Milkyway_0.17_ATI_SSE3_x64.zip
25mn sur mon X2 et 108 Pts/h comme vous !!!! :lol:mon petit Celeron D stock@3.06Ghz me crache les unités en 10 minutes :lol:
il me manque la version SSE4.1 :/
jm@rc > oui ça crédite encore ;)
Oui, niveau "rémunération", ca devient franchement n'importe quoi avec les applis optimisées.. sans parler des GPU ...mais on est obligé d'y aller quand même, sinon Susa va nous mettre la misère comme sur abc :o
avec la SSE4.1 je suis passé de 59 à 6.30 mn sur le c2d :pheu....
pas bon pour les ventillos, par contre = bosse pas souvent
quelqu'un pourrait me dire quelle est la différence entre la version SSE3 et la version SSSE3?Bah le jeu d'instructions SSSE3 étant plus ressent en théorie ça dépote plus ;).
chris39, je crois hélas que ta carte n'est pas compatible :(
heu....
"Le sous-ensemble SSE4.1, introduit dans la micro architecture Intel Core 2 Penryn, qui comprend 47 instructions."
Tu calcul dans le vent je crois :o.
Bah le jeu d'instructions SSSE3 étant plus ressent en théorie ça dépote plus ;).
Bon à part ça ce projet me donne envie de http://membres.lycos.fr/phildarsland/images/vomir-seul.gif :pfff:...
Bon à part ça ce projet me donne envie de http://membres.lycos.fr/phildarsland/images/vomir-seul.gif :pfff:...
Bon dites pour installer les optis en 64 bit linux, comment qu'on fait concrètement ?
J'ai coller les optis dans le repertoire milyway, mas il me retelecharge son application :-(
February 17, 2009
Sorry guys, but in order to have some semblance of cross project parity in this (at the request of other projects), we had to reduce credit again. New WUs should now be generating around 6.1 credit for stripes 79, 82 and 86, and around 9.2 credit for stripes 20 and 21. Other projects have been getting requests from their users to increase credit to match ours from their users, because they felt they couldn't compete -- and this is exactly the situation we'd like to avoid.
Another Credit Reduction
February 17, 2009
Given some discussion about credit rates, and the fact that the standard is 1GFLOPs/day = 100 credits. 1GFLOPs/day = 100 credits would mean 79, 82 and 86 WUs would be generating ~1.4 credits, while 20 ad 21 would be generating ~2 credits per WU. I think this is too low. What I'm thinking about dropping credits to around 4-6 credit per 79, 82 and 86 WU, and 6-9 credit per 20 and 21 WU. I'm open to a bit of discussion on this because given that we're an alpha project I think our credit shouldn't be too low considering what you guys have to put up with here, however it definitely shouldn't be 10x what the supposed rate should be.
Oui, c'est de la "concurrence déloyale" parce que les statistiques continuent d'afficher la colonne total crédits, pour un user ou pour une équipe.
Mais si cette colonne disparait, et qu'il ne reste plus que des crédits par projets, qu'est ce qu'on en a à foutre que tel projet crédite dix fois plus qu'un autre?
La course aux crédits ou la compétition n'a de véritable sens qu'au sein d'un même projet. Or, beaucoup sont obnubilés (à tord ou à raison) par la différence de crédits parce qu'ils regardent essentiellement les colonnes total crédits. Et compte tenu des modes complètement différents de calcul actuels auxquels vient se rajouter que certains projets peuvent développer et se prêtent au calcul GPU, avec la puissance qu'on leur connait.
Les disparités sont donc inévitables. A mon avis, il est grand temps que l'on commence à raisonner par projet, et non plus en terme global.
ENfin c'est pas non plus le topic idéal mais c'est à mon avis une réflexion qu'il convient d'ouvrir.
tu stoppes le client boinc.
tu effaces le client officiel milkyway
tu colles le app_info.xml ainsi que le client optimisé.
nb: je crois qu'il faut peut être modifier le fichier app_info.xml à la main :jap:
ah ben ouai mais ca c'est en graphique de schtroumpf
alipse vient chez les xbta \o/ on va t'apprendre le mode console nous
[:al@on:4]
chez les RRs ya que des petits joueurs :kaola: :lol: :whistle:
bon vent à ton i7 sur milky opti :bounce:
:hello:
je suis le premier ou?
L'optimisation v18d sous linux 64 marche :lol:
Crédit multiplier par trois presque (temps de calcul diviser par trois) [:pousse mousse:4]
p.s les carte ati crunche aussi? :??:zut ma gtx260 ati cest plus puuissant.
21/02/2009 20:11:38|Milkyway@home|Requesting new tasks
21/02/2009 20:11:43|Milkyway@home|Scheduler request completed: got 0 new tasks
21/02/2009 20:11:43|Milkyway@home|Message from server: No work sent
21/02/2009 20:11:43|Milkyway@home|Message from server: (reached per-CPU limit of 12 tasks)
Bon je rentre de congés là , y'a eu plein de blabla ici, le flemme de tout relire, donc question : il existe des applis opti pour windows ? où ? à installer à la main ? ou c'est inclut dans les applis qui se chargent en auto ?
et sur mac ?
Ici (http://milkyway.cs.rpi.edu/milkyway/apps.php) on voit que tout date du 16/02 donc ça sent le frais !!
Edit : si ça n'a qu'à voir avec le GPU alors je suis pas concerné cause iMac (début 2007) et portable Dell D630...
Bonsoir, comme j'ai une HD4830, je me dis que je vais en profiter pour l'utiliser un peu, donc j'ai téléchargé l'appli, mais, je dois en faire quoi, juste executer astronomy_0.19_ATI_SSE2.exe ou je dois le mettre dans un dossier spécifique ?
Hello,
J'ai la même carte graphique que toi. Peux-tu me dire comment faire stp?
Le reste de la config : C2D 6300+ / 2Go RAM / Win XP 32 bits SP3
Merci
Fais juste attention de bien avoir catalyst 8.12 (le 9.1 foire chez moi)
Bonne soirée :)
Il faudrait peut-être faire un dossier avec toutes les applications optimisées pour les différents projets (bon, il n'y a que Seti et Milkyway) et pourquoi pas faire une news avec les projets qui utilisent autre chose que le CPU (GPU : milky, seti, GPUGrid ; accéléromètre : QCN), non ?Bah si tu te propose :D...
J'ai les 9.1, c'est peut etre pour ca que ca foire aussi chez moi ^^
02/28/09 17:37:46|Milkyway@home|Sending scheduler request: Requested by user.
02/28/09 17:37:46|Milkyway@home|Requesting new tasks
02/28/09 17:37:51|Milkyway@home|Scheduler request completed: got 0 new tasks
ça passe quand sur Nvidia?
39.000 points hier avec une 4850 non overclockée ... par contre la température du GPU est à plus de 90° en charge, chez moi. J'ai pourtant un bon boitier Turboost avec trois ventilateurs, mais visiblement je dois louper quelque chose.
[...] Quelqu'un a déjà eu la même chose?
une seule fois, il y a plusieurs mois ;)
plié en 4
regarde tout ce qui a déjà été dit dans les différents topic
tout est expliqué en détail :heink:
si tu comprends meme pas dans quoi tu te lance achete pas du matos quoi
ce sera un gachis
Juste une question, avec une ATI 3850, je vais faire combien de point /jour sur milky environ ? Que je vois si cela vaut la peine de me lancer dans la configuration.
Merci. :??: :hello:
Juste une question, avec une ATI 3850, je vais faire combien de point /jour sur milky environ ? Que je vois si cela vaut la peine de me lancer dans la configuration.
Merci. :??: :hello:
26 000/jour en fréquence stock pour être précis :)
je ne sais pas si tu pourras faire tourner gpugrid avec une nvidia et milky avec une ati sur le même pc... est-ce faisable ?
Il faut changer le nom des drivers
avec la 9.1 et la 9.2 il faut que les Dlls soient renommees : -les atical* en amdcal*-
Je suis en train de repasser a la version 8.12
edit > ca marche du pemier coup en 8.12 GG
Ptetre une incompatibilitée avec mon qx9650 ma gskill ou autre
jai suspendu les autres projets et je fait 8 wu en simultané GPU a 68 °
Je trouve que c'est abusé pour Frederic :lol:
Petite question : pourquoi limiter le nombre de calcul en // sur le GPU à 3 ? Il peut en gérer 8 en parallèle donc pourquoi ne pas donner 8 pour le GPU et 3 pour les appli CPU avec un load balancing dans le rapport 8/3 ...
Pour moi j'ai juste mis
0.25 jusqu'à 4 Wu prètes, 2 à 3 calculés
1
Après Milky est à 1000% et l'autre projet spinhenge à 100%
résultat 3Wus milky en cours et 4 spinhenge
Q9300 non OC + boinc 6.6.15 + HD4850 = 50K/j
(quand le client boinc ne plante pas comme la 6.6.12 cette nuit).
:bounce:
j'avais pas lu les posts avant c'est pour ca que je posais la question sur le GPU
ouaip l'ordre d'idée c'est 70K sans soucis
même si ca lag
du reste je dirais
fait tourner que milky ... ca ira déjà mieux
quand on fait 70k avec un gpu on va pas chercher 3-6k en plus au risque de tout faire ramer :)
enfin c'est mona vis
Hahaha oui c'est certain !!on se croyait tranquilles sur abc :whistle:
On prend de l'avance pour etre tranquille quelques temps xD
Et il y a un intérêt à aller chercher quelques crédits sur un autre projet parce qu'il ne calcule pas la même chose. On ne fait pas une course aux millions, on calcule pour la science!
on se croyait tranquilles sur abc
on se croyait tranquilles sur abc :whistle:
Ce qui me parait bizarre c'est que par défaut la mienne est réglée à 625MHz!
Merci Fred de m'aider à relire comme il faut !
Ce qui me parait bizarre c'est que par défaut la mienne est réglée à 625MHz!
Attention raid de l'AF sur SUSA
H - 130 jours
Je fais près de 4000 points / jour :ouch: avec une 3850 à 65 euros.
Salut à tous.
Je me suis potassé les 21 et quelque spages de ce thread, j'ai trouvé des réponses, mais ca n'arrange pas mon pb... voici ce qu'il ressort de mes calculs milky
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=26132451
Config :
AMD Phenom X4 9950 BE
ATI Radeon HD4850 512
Vista Ultimate 64
Merci à tous.
As-tu essayé différentes version de drivers Catalyst ?
Tu tournes avec quelle version des catalyst, les seules absolument compatible sont 8.12 et 9.1. La 9.2 est partiellement compatible, il faut alors renommer 3 fichiers.
Non non si tu regardes ses stats
Cougar tu fais tourner combien de temps le pc?
Normalement en 24h/24 tu dois arriver au pif à 1 pour 2.44 (pour ma 4850) soit dans les 20000 pts/jour
à combien vous les toucher les 4830, 4850 ou 4870 en € ?
à combien vous les toucher les 4830, 4850 ou 4870 en € ?
Bonjour,
Je comprends pas, j'ai téléchargé la version 0.19c pour aller avec ma carte ATI une 4850 et depuis toutes les Wu sont systématiquement en erreur de calcul. Il y a-t-il un réglage particulier à adopter ou bien est-ce un soucis de compatibilité ?
merci pour les infos techniques que vous ne manquerez pas de me fournir...
J'ai eu le même problème, il faut prendre la version antérieure de catalyst pour ta carte graphique, la 8.12 pour être précis.
:encore
@echo refresh MilkyWay
D:\Progra~1\BOINC\boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update
sleep 120
goto encore
Ah merci beaucoup pitheque! :jap: Parfaitement ça! Je règle ça à ne pas abuser quand même...
Merci encore, j'aurai de quoi rester serein quant à l'approvisionnement! :whistle:
Je viens de mettre ma 3850 dans la course. Seulement c'est une fanless, j'espère qu'elle va pas cramer :)
Par contre j'ai du mal à récupérer des WU : c'est 1 par 1, et encore pas tout le temps. Vous avez la même chose ?
Ca y est Cougar! Ton rac remonte encore avec les petites optimisations pour avoir un flux de wu constant.
C'était avec plaisir [:pitheque:2]
il faut lancer l'exe ( rktools ) pour trouver sleep ? ca se barre dans system 32 non ?
toutafay pour ma part j'en ai une grosse :D
Un fichier batch peut aider peut être..
Pour Windows :Citer:encore
@echo refresh MilkyWay
D:\Progra~1\BOINC\boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update
sleep 120
goto encore
A adapter suivant votre configuration.
Le fichier boinccmd se trouve dans le répertoire d'installation de Boinc.
Le fichier exécutable sleep.exe ici : http://www.microsoft.com/downloads/details.aspx?familyid=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en
Il n'est pas nécessaire d'installer le kit, il suffit d'extraire les fichiers avec 7Zip par exemple.
Dans l'exemple ci dessus, boinccmd va envoyer une commande update toutes les 2 minutes au projet Milkyway, à régler selon vos préférences, mais sans exagérer tout de même.
En fait, sur mon pc Vista détecte que le pilote graphique a planté et le redémarre, ce qui fait partir en erreur les WU en cours, et freeze les autres. Quelqu'un sait comment désactiver ça dans vista ?
En fait, sur mon pc Vista détecte que le pilote graphique a planté et le redémarre, ce qui fait partir en erreur les WU en cours, et freeze les autres. Quelqu'un sait comment désactiver ça dans vista ?
... avec visiblement un maintient des credits GPU eleves actuels (pour ceuzes qui ne bossent pas pour la science :))
ça risque même de rapporter plus, car on aura beaucoup moins de temps d'inactivité sur 24 heures.
:pt1cable:
Generer 10 fois moins de WUs 10 fois plus grosses n'est pas benefique en terme de credits
La demande augmentera forcement car les gens ayant des cartes Nvidia irait peut etre voir surement sur ce projet pour la course aux crédits
Susa y est peut-être pour quelque chose : vous avez vu le RAC sur MW ? :sweat:
http://statseb.gotdns.org/details_FB.py?projet=24
On dirait qu'ils apprennent vite...
ça se trouve ici : http://zslip.com/
Exact ils ont décider de faire ca tout les soirs je crois pour les nouvelles applications cpu et gpu
gaulois952 > merci mais même si je suis fatigué, je calcule sur l'opti GPU et pas CPU ... mes CPU c'est pour le WCG ^^
Bon par contre depuis mon dernier message, une cinquantaine de points marqués ... c'est vraiment bizarre.
C'est quoi ton pseudo boinc ?? si t'en reçoit "énormémment " avec une 4870 tu devrais faire au moins 50K à 20H ! :(
Car j'ai un E6400 qui se tourne les pouces, là...
netrider as-tu testé un .bat qui déclenche une mise à jour "manuelle" automatiquement toutes les X secondes ?
:encore
D:\Progra~1\BOINC\boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update
ping -n 600 127.0.0.1 >nul
goto encore
par contre, pitheque, j'ai dû installer tout le bazard pour avoir le sleep de dispo...
edit : et je refresh toutes les 100 secondes :o :fou:
Bon tu m'aurais invité pour l'apéro je serai venu t'installer le bazard :D
Avec ping c'est plus simple. :jap:
they announced they're splitting up the project into two projects.
Citerthey announced they're splitting up the project into two projects.
Je ne sais pas s'il s'agit d'un poisson d'avril ?
L'info ayant une semaine .... non
:hello:
A propos des scripts, je me demandais si ce serait compliqué de vérifier la réponse du serveur après l'appel au refresh.
et dans le cas d'une réponse "(reached per-CPU limit of X tasks)", mettre un temps d'attente plus long pour ne pas saturer inutilement le serveur.
Set objShell = CreateObject("WScript.Shell")
Set objWshScriptExec = objShell.Exec("boinccmd --get_host_info")
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos = InStr(strline,"#CPUS")
If pos > 0 Then
ncpus = Right(strline,1)
end if
Wend
Trace = False
If Trace Then MsgBox("#cpus " &ncpus )
maxwus = ncpus * 6
If Trace Then MsgBox("Maxwus : " &maxwus)
Set objShell = CreateObject("WScript.Shell")
Set objWshScriptExec = objShell.Exec("boinccmd --get_results")
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos0=InStr(strline,"milkyway")
if pos0 >0 then
strLine = objStdOut.ReadLine
strLine = objStdOut.ReadLine
pos1 = Instr(strline,"yes")
if pos1 > 0 and nbresults > 0 then
nbresults = nbresults - 1
else
nbresults = nbresults+1
end if
end if
Wend
If trace Then MsgBox("nombre de results" &nbresults)
if nbresults >= maxwus then
MsgBox("WUs maxi atteint" &maxwus)
else
MsgBox("il en manque : " &(maxwus - nbresults))
Set objWshScriptExec = objShell.Exec("boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update")
end If
Ils veulent en effet faire un second projet uniquement pour les GPU, on aura donc 2 projets milkyway avec malheureusement 2 stats différentes :( et ce n'est malheureusement pas un poisson d'avril :(
Dommage qu'ils n'y réfléchissent pas plus, ils pourraient faire comme pour seti et mettre une option pour le calcul GPU d'autant plus que boinc 6.8 détectera automatiquement les ATI
:heink: Je sais pas si vous avez vu, mais la contre-offensive est en marche : http://statseb.gotdns.org/details_FB.py?projet=24 :ouch:
C'est Campaignforliberty qui fait le plus gros du travail, il doit avoir un énorme parc informatique, il calcule sans doute en majorité avec les CPU (vu sa prod avant le calcul sur milkyway) donc n'a pas de soucis pour avoir des unités
sleep = 30Copier le texte dans un fichier nom.vbs
run = True
Call get_cpu
Do While run
Call get_results
If nbresults >= maxwus Then
WScript.Echo("WUs maxi atteint")
Else
WScript.Echo("il en manque : " &(maxwus - nbresults))
Set objShell = CreateObject("WScript.Shell")
Set objWshScriptExec = objShell.Exec("boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update")
end If
WScript.Sleep(sleep * 1000)
Loop
Sub get_cpu
Set objShell = CreateObject("WScript.Shell")
Set objWshScriptExec = objShell.Exec("boinccmd --get_host_info")
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos = InStr(strline,"#CPUS")
If pos > 0 Then
ncpus = Right(strline,1)
end if
Wend
maxwus = ncpus * 6
End Sub
Sub get_results
Set objShell = CreateObject("WScript.Shell")
Set objWshScriptExec = objShell.Exec("boinccmd --get_results")
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos0=InStr(strline,"milkyway")
if pos0 >0 then
strLine = objStdOut.ReadLine
strLine = objStdOut.ReadLine
pos1 = Instr(strline,"yes")
if pos1 > 0 and nbresults > 0 then
nbresults = nbresults - 1
else
nbresults = nbresults+1
end if
end if
Wend
End Sub
des retours d'infos seront appréciés. :jap:
LICENCE PUBLIQUE RIEN À BRANLER
Version 1, Mars 2009
Copyright (C) 2009 Sam Hocevar
14 rue de Plaisance, 75014 Paris, France
La copie et la distribution de copies exactes de cette licence sont
autorisées, et toute modification est permise à condition de changer
le nom de la licence.
CONDITIONS DE COPIE, DISTRIBUTON ET MODIFICATION
DE LA LICENCE PUBLIQUE RIEN À BRANLER
0. Faites ce que vous voulez, j’en ai RIEN À BRANLER.
Toujours est-il que sur le PC ou ce truc tourne depuis hier soir, j'ai 24 Wus Milkiway en permanence. ;)
DelaiAttenteSiQuotaAtteint = 120
DelaiAttenteSiWUsManquantes = 30
nbresults = 0
maxwus=50
run = True
Call get_cpu
Do While run
sleep = DelaiAttenteSiQuotaAtteint
Call get_results
If nbresults >= maxwus Then
WScript.Echo("WUs maxi atteint : " &maxwus)
WScript.Echo(" -> Mise en sommeil (delai en secondes) : " &DelaiAttenteSiQuotaAtteint)
Else
sleep = DelaiAttenteSiWUsManquantes
WScript.Echo("WUs manquantes : " &(maxwus - nbresults))
WScript.Echo(" -> Demande de WUs (delai en secondes) : " &DelaiAttenteSiWUsManquantes)
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update" )
end If
WScript.Sleep(sleep * 1000)
Loop
Sub get_cpu
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --get_host_info" )
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos = InStr(strline,"#CPUS" )
If pos > 0 Then
ncpus = Right(strline,1)
end if
Wend
WScript.Echo("Initialisation, lecture du fichier de configuration BOINC :")
WScript.Echo(" -> #CPUS= : " &ncpus)
maxwus = ncpus * 6
WScript.Echo(" -> MaxWUs= : " &maxwus)
WScript.Echo(" ")
End Sub
Sub get_results
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --get_results" )
Set objStdOut = objWshScriptExec.StdOut
nbresults = 0
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos0=InStr(strline,"milkyway" )
if pos0 >0 then
strLine = objStdOut.ReadLine
strLine = objStdOut.ReadLine
pos1 = Instr(strline,"yes" )
if pos1 > 0 and nbresults > 0 then
nbresults = nbresults - 1
else
nbresults = nbresults+1
end if
end if
Wend
End Sub
Comment ce script peut-il marcher chez vous sans modification ? Le chemin vers boinccmd est introuvable si on ne précise pas C:\Program Files\Boinc devant ... (enfin chez moi c'est comme ça, au début j'ai eu une erreur).
Enfin cela dit ça fonctionne pour tout le monde ? Pour moi ça ne change rien, aucune unité depuis que j'ai lancé le script...
Mais en lancant "cscript scripMilky" il me met "erreur d'entré imposible de trouver scriptMilky gnagnagna" alors j'ai spécifié le chemin exact où se trouve le fichier et pareil. Je ne doit pas mi prendre bien. Pouvez vous me conseiller?
Alors, voila, je l'ai placé dans le reperetoire boinc, je l'ai lancer, et la c'est bon, enfin presque. Il m'ouvre tout les 30s une fenetre avec WU maxi atteint, alors que j'ai rien.
On peut pas évité que ces fenetre s'ouvre ? sa va me gonfler à force.
je suis occuper a test le script
pareil que un autre script je suis a sec 0 wu depuis 20 minutes :fou:
J'ai fait une petite modif hasardeuse dans le script, recupere la version 2.1 (voir post au dessus)
Comment tu le lances ton script ? Depuis une ligne de commande DOS dans une fenetre toute noire ?
Edit : hmm oui je vois, tu ne lis pas les posts :)
Ne lance pas le script par 2ble clic mais a la main depuis une console DOS (je te renvoie a mon post resume precedent)
tu es bon pour un reboot a mon avis
Verifie que tu as bien recupere la derniere version, dans le doute repompe la
Maintenant les gars, il va bien falloir que vous compreniez un jour que ces scripts a la noix ne generent pas les WUs a la place du projet Milkyway
Ils se contentent de tenter d'optimiser les requetes au scheduler pour redemander du taf quand vous avez de la capacite disponible
Si MW est a sec, vous aurez beau faire des demandes a la main depuis BOINC ou avec n'importe quel script toutes les millisecondes, ca ne changera pas grand chose si ce n'est que vous allez saturer le serveur avec des demandes completement farfelues qui ne risquent pas d'etre honorees
Et me posais la question : pourquoi cela m'arcelle toutes les 30sec?
gros RAC
Hello :hello:
Je peut pas lire la page 25 depuis le taf car quel qu'un a posté avec un gros mot surement c'est le firewall qui me la dit et bloqué la 25 [:arnaud25]
quelqu'un pourrait m'aider, j'y connais pas grand chose... je voudrais juste double cliquer sur mon bat pour lancer le script
c:
cd "c:\Program Files\Boinc"
cscript XXXX.vbs
( Et le script est celui d'Extraball )
Pour lancer le fichier vbs plus rapidement sous Vista et/ou sous XPMerci pour l'astuce, en plus ça ne marche pas que sous vista, XP est un mec sympa lui aussi [:damien]
Aller dans le répertoire boinc la ou le vbs se trouve
Maintenez schift enfoncé
Cliq droit sur le fichier avec la sourie
Cliq sur > ouvrir avec l’invité de commande
C’et parti mon kiki :bounce:
DelaiAttenteSiQuotaAtteint = 120 ' Duree (en secondes) de mise en sommeil une fois le quota maximum atteint
DelaiAttenteSiWUsManquantes = 30 ' Duree (en secondes) de mise en sommeil entre 2 requetes d'obtention de nouvelles WUs
IdleTime=0 ' Temps total (en secondes) pendant lequel le PC n'a eu aucune WU en stock
WorkTime=0 ' Temps total (en secondes) pendant lequel le PC a pu cruncher (au moins une WU en stock non calculee)
TotalTime=0 ' Temps total (en secondes) depuis le lancement du script
MaxActivityTime=0 ' Plus longue periode d'activite (en secondes)
MaxIdleTime=0 ' Plus longue periode d'attente (en secondes)
CurrentPeriodTime=0 ' Duree totale de la phase de travail/d'inactivite en cours (en secondes)
CurrentStatus=-1 ' Etat courant de la phase : -1=Init 0=Idle 1=Working
LastStatus=-1 ' Etat lors du dernier traitement 0=Idle 1=Working
StatusStr="Init"
nbresults = 0
NbWusATraiter=0 ' Cumul du nombre de WUs a calculer
NbLoops=0 ' Nombre de passes dans la boucle principale du programme
maxwus=50
run = True
WScript.Echo("---------------------------------------------------------------------")
WScript.Echo(" Parametres du script (V2.2) :")
WScript.Echo(" Attente sur atteinte quota max (sec) : " &DelaiAttenteSiQuotaAtteint)
WScript.Echo(" Attente sur manque de WUs (sec) : " &DelaiAttenteSiWUsManquantes)
WScript.Echo("---------------------------------------------------------------------")
Call get_cpu
Do While run
NbLoops = NbLoops + 1
sleep = DelaiAttenteSiQuotaAtteint
Call get_results
NbWusATraiter = NbWusATraiter + nbresults
If nbresults >= maxwus Then
' WScript.Echo("WUs maxi atteint : " &maxwus)
' WScript.Echo(" -> Mise en sommeil (delai en secondes) : " &DelaiAttenteSiQuotaAtteint)
Else
sleep = DelaiAttenteSiWUsManquantes
' WScript.Echo("WUs manquantes : " &(maxwus - nbresults))
' WScript.Echo(" -> Demande de WUs (delai en secondes) : " &DelaiAttenteSiWUsManquantes)
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --project http://milkyway.cs.rpi.edu/milkyway/ update" )
end If
If (nbresults > 0) Then
WorkTime=WorkTime+sleep
CurrentStatus=1
If (nbresults >= maxwus) Then
StatusStr="Calcul possible, quota maximum"
Else
StatusStr="Calcul possible, unités disponibles"
end if
Else
IdleTime=IdleTime+sleep
CurrentStatus=0
StatusStr="En sommeil, pas de WU disponible"
end If
' Test changement d'etat
If (CurrentStatus <> LastStatus) Then
' Dans le cas initialisation, on ne fait rien de special
If (LastStatus >= 0) Then
' Memoriser la duree max de la periode qui vient de se terminer au besoin
If (CurrentStatus > 0) Then
' On passe de Idle a Working
If (CurrentPeriodTime > MaxIdleTime) Then
MaxIdleTime = CurrentPeriodTime
end if
Else
' On passe de Working a Idle
If (CurrentPeriodTime > MaxWorkingTime) Then
MaxWorkingTime = CurrentPeriodTime
end if
end if
end if
CurrentPeriodTime = sleep
Else
CurrentPeriodTime = CurrentPeriodTime+sleep
end if
TotalTime=TotalTime+sleep
WScript.Echo("Etat periode actuelle : " &StatusStr)
WScript.Echo(" et ce depuis (min) : " &(CurrentPeriodTime/60))
WScript.Echo("Nombre WUs a calculer : " &nbresults)
WScript.Echo("Moyenne WUs en stock : " &(NbWusATraiter/NbLoops))
WScript.Echo(" soit en % : " &(100-(100*(1-(NbWusATraiter/NbLoops)/maxwus))))
WScript.Echo("Temps calcul potentiel (min) : " &(WorkTime/60))
WScript.Echo("Temps d'inactivite (min) : " &(IdleTime/60))
WScript.Echo("Temps total depuis lancement (min) : " &(TotalTime/60))
WScript.Echo(" soit une activite de (%) : " &(100*(WorkTime/TotalTime)))
WScript.Echo("Duree + grande plage d'inactivite (min) : " &(MaxIdleTime/60))
WScript.Echo("Duree + grande plage de calcul (min) : " &(MaxWorkingTime/60))
WScript.Echo(" ")
WScript.Sleep(sleep * 1000)
LastStatus = CurrentStatus
Loop
'------------------------------------------
'
'------------------------------------------
Sub get_cpu
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --get_host_info" )
Set objStdOut = objWshScriptExec.StdOut
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos = InStr(strline,"#CPUS" )
If pos > 0 Then
ncpus = Right(strline,1)
end if
Wend
WScript.Echo("Initialisation, lecture du fichier de configuration BOINC :")
WScript.Echo(" -> #CPUS= : " &ncpus)
maxwus = ncpus * 6
WScript.Echo(" -> MaxWUs= : " &maxwus)
WScript.Echo("---------------------------------------------------------------------")
End Sub
Sub get_results
Set objShell = CreateObject("WScript.Shell" )
Set objWshScriptExec = objShell.Exec("boinccmd --get_results" )
Set objStdOut = objWshScriptExec.StdOut
nbresults = 0
While Not objStdOut.AtEndOfStream
strLine = objStdOut.ReadLine
pos0=InStr(strline,"milkyway" )
if pos0 >0 then
strLine = objStdOut.ReadLine
strLine = objStdOut.ReadLine
pos1 = Instr(strline,"yes" )
if pos1 > 0 and nbresults > 0 then
nbresults = nbresults - 1
else
nbresults = nbresults+1
end if
end if
Wend
End Sub
:ouch: ces scripts commencent à me plaire !
j'aime beaucoup l'idée des infos statistiques sur la prod
:jap:
le seul défaut de cette méthode peu éthique de refresh auto, c'est cette fenêtre DOS moyennâgeuse qui reste ouverte
quelqu'un pourrait aussi ajouter à ce script un moyen de forcer le second projet auquel on crunche avec Milky à ne calculer que sur 3 coeurs pour laisser le 4ème coeur à Milky ?
@Extra Ball
ça parait t'amuser ce truc :)
milkyway
astronomy_0.19_ATI_SSE2d.exe
brook.dll
milkyway
19
1.0e11
[color=#0e00f0]XXXX[/color]
[color=#ff0e00]YYYY[/color]
astronomy_0.19_ATI_SSE2d.exe
brook.dll
quelqu'un pourrait aussi ajouter à ce script un moyen de forcer le second projet auquel on crunche avec Milky à ne calculer que sur 3 coeurs pour laisser le 4ème coeur à Milky ?
je m'explique : si je laisse toutes les wus Séti en "Prêt à démarrer" ça me prend les 4 coeurs et me stoppe MilkyGPU...
j'ai mis n3 w1.1 f10 dans app_info et ncpus 4 dans cc_config
help me please ! lol
Extra Ball ta version 2.2 avec stats est elle opérationelle ?
Sur la 2.2 j'ai un message d'erreur.
Erreur de compilation microsoft VBSscript:instruction attendue ...
modif le cc_config au lieu de 4 marque 6
6
est tu auras plus de problème pour faire tourner un autre projet avec
non, si je met ncpus à 6 il va me cruncher 6 wus séti et stopper milky...
non, si je met ncpus à 6 il va me cruncher 6 wus séti et stopper milky...
Salut Johnny5,
peux-tu me dire si tu as créé un fichier cc_config dans Boinc et ce que tu y as mis dedans ? idem peux tu me dire ce que tu as dans ton fichier app_info tu dossier Milky ? je bidouille dans l'un et dans l'autre mais sans résultat, pour l'instant je gère à la main, je laisse que 3 wus Séti pour qu'il m'utilise le gpu...
Extra Ball,
si je met 5 à ncpus, j'ai 5 wus séti qui tourne et milky se met en attente...
Je suis sous boinc 6.6.20, vista64, Q9450, HD4870
Le script vbs ne fonctionne pas sous win 7
le problème c'est que des fois Milky me marque "Requesting new tasks" et ça reste bloqué 5 bonnes minutes même des fois plus et donc pendant ce temps là mes wus sont terminées mais j'arrive pas à en avoir d'autres et la 4870 se tourne les pouces...
ça t'arrive à toi ce blocage ? comment régler ce problème ?
avec tes réglages je suis au même pourcentage d'activité, environ 60%
D'un autre côté, pas envie d'une vilaine fenêtre Dos ouverte en permanence...
Comment tu fais avec la fenetre Boinc (ouverte) ?
gné ? on peut fermer la fenêtre boinc, reste le petit icône en bas.
j'ai eu le même problème pour envoyer les wu il reste bloquer 5 minutes puis il me disais que milky était down alors que non ....
j'ai le problème depuis que j'ai install kapersky, j'ai beau régler kapersky est de lui dire de tout autoriser pour boinc rien ne change j'ai donc couper l'antivirus depuis plus de problème
gné ? on peut iconifier la fenetre DOS, reste la petite icone dans la barre des taches
(ceci dit, la recherche est toujours en cours pour la rendre completement invisible... voire non interruptible. c'est l'objectif ?)
Possible Downtime
April 8, 2009
There might be some downtime this afternoon as we should be meeting with labstaff to get the MilkywayGPU@Home project up and running. I'll also be posting CPU code for the GPU application this afternoon so the people who have made the GPU application for the ATI cards can get their hands on it and modify it so it works with ATI cards. We should have the CUDA code out sometime this week.
Sauf que là c'est plutôt parti pour ne pas être un sous projet mais un projet en "parallèle
CiterSauf que là c'est plutôt parti pour ne pas être un sous projet mais un projet en "parallèle
C'est ça que j'voulai dir'
Des sous projets dépendant d'une plate-forme commuine comme le sont Yoyo ou Leiden ou encore WCG ca me dérange pas.
Il y aura du cuda (nvidia)+cpu d'un côte et ati+cpu de l'autre ou du gpu d'un côté et du cpu de l'autre. C'est franchement dommage parce que ca va pourrir les stats alors qu'aau fond ce sera le même projet, le même but de recherche on va simplement dissocier les users selon leur matos.
mais au niveau du staff milky, ils n'ont pas l'air de remettre en cause ce choix.
Bah faut voir les choses du côté positif : on pourra faire une MT ATI et une MT nVidia et se tirer la bourre pour voir ceux qui zont la plus grosse :D
Etant donné qu'il te faudra 2 GTX285 pour espèrer battre ma pauvre 4850, c'est tout vu :lol:
ouais mais comment expliquer un tel écrat entre 2 machines :
d'un côté météore qui est farci d'UT,
de l'autre des misérables comme Exar ou moi qui mourrons de faim ^^
Faut faire des gosses :o
Alors ! au boulot nico :D
C'est bien ce qu'il me semblait ! :jap: :lol: :lol: :lol:
Bha vi, avec un C2D tu peux avoir max 12 unités contre 24 avec un quad ... tu as donc bien plus de chance de tomber à court avec un C2D et je sais de quoi je parle, j'ai bien du mal à avoir du taff avec mon pauvre C2D :(
Quand au gpu, plus il est rapide, plus tu as de chance de finir ton cache rapidement et donc plus de chance de tomber à court ... :p logique tout ça :d
90,59% d'activité depuis ce matin 6h, bonne journée !
Logique oui et non, car dans mon cas je n'arrive jamais à avoir assez d'unités pour combler mon quota par core, je suis en perpétuelle demande. Si j'étais gêné par les temps de calcul plus importants sur une 4850 que sur une 4870, quand mon quota est plein, oui je comprendrais. Mais là ce n'est pas le cas. Je n'arrive jamais à mes 12 unités en même temps, je veux dire ...
Y'a pas moyen de simuler 4 cores dans BOINC ? :) :) :) :)
la question que je me pose, c'est si la carte pourra être partagée par une machine hébergeant 2 ou 3 autres machines virtuelles ...
Bonjour les zamis ! :hello:
Quant on obtiens dans les erreurs ceci :
http://milkyway.cs.rpi.edu/milkywa [...] d=41729388
Quel est le problème ????? :??:
Et non ! j'essaye de dépatouiller un amis de notre team :D
Operating System Microsoft Windows XP
Professional x86 Editon, (05.01.2600.00)
Il faut aussi le .net 3.5 :jap:
bonjour,
comme a dis nico8313 et dudumomo,
c'est moi qui a un problème avec mon nouveau pc, pour optimisation
milky et carte graphique ati 4830
donc je suis sous xp-pro sp3
pc athlon amd x2 64
apparement il faudrait changer de driver, c'est l'a 9.4 et je devrais prendre la 8.12
comment enlever la 9.4 et installer la 8.12 (que je n'ai pas trouver)
merci encore de votre aide
laurent
re,
merci pour l'info johnny5 je teste la 9.1
et vous dirai quoi du problème.
edit:
je ne sais pas si j'ai bien la version 9.1
et bien désinstallez la 9.4,
mais j'ai le même problème qu'avant,
bon faut-il modifier aussi les 3 fichiers .dll dans systême 32???
et l'optimisation reste la même ???
je viens de voir que je suis sur framework 2.0 mais pas supérieure ???
je suis bien à la 9.1 apparement avec le catalyst control center ???
c'est vraiment bizarre :pt1cable:
laurent
Bizarre quand meme que tes rien pendant 3h.
Sur une 4850+4830 en crossfire le tout alimenté par un quad j'ai 87.32%
Car y a pas vraiment d'info sur les ut :
Haha yes, its actually completely ready and I think Travis has the apps up. We're just working on getting the web server to redirect the page correctly.
punaise ... tu lis tes mails avec 4 jours de retard ?
oups pardon c'est l'intention qui compte ... même une semaine après
Ah ca y est ça marche enfin avec les Catalyst 9.4.
Ca fait un peu ramer l'affichage :pt1cable:
Mais ça va ça chauffe pas trop, 39°C max :D
Par contre c'est normal que quand je chope 20 Wu's par exemple, le temps de calcul de toute les WU's s'incrémente en même temps, alors qu'il n'y en a que 3 ou 4 qui se calcul en fait ?
Et puis souvent j'ai des Wu's qui se bloque alors que le temps elapsed continu à s'incrémenter. Je suis obliger de restarter boinc.
comment je lis mes mails 4 jours en retard, je ne comprends pas ton message :pt1cable:
Et bah c'est pas cool ca, je viens de vendre ma gtx285 :(t'es fou :ouch:
Ouai mais bon spa grave elle m'avait couter trop cher j'ai racheter une hd4870 apres l'avoir revendu ca m'a libérer un peu de sous dans le portefeuille ^^ Puis bon la ca va en 15 jours j'ai eu plus d'un million de crédit grace a milky :)
Comment ca un nouveau compte ? il faut se détacher de l'ancien et se réattacher ? pourtant sans avoir rien fait depuis des lustres ca tourne encore chez moi :??:
C'est les grandes manœuvres :D
Mais bon c'est pas pour autant que mon iMac avec sa vieille GeForce 7600 GT sera compatible alors...
merci,tet2neu. :jap:
me suis rattaché à l'AF là. :bounce:
bon, mon pc avec la carte ati n'est pas reconnut dans mon compte? :sweat:
pour sa faut indiqué combien. :whistle:
Maximum CPU % for graphics (d'origine c'est à 20 pour cent).
merci,tet2neu. :jap:
me suis rattaché à l'AF là. :bounce:
bon, mon pc avec la carte ati n'est pas reconnut dans mon compte? :sweat:
pour sa faut indiqué combien. :whistle:
Maximum CPU % for graphics (d'origine c'est à 20 pour cent).
merci,tet2neu. :jap:dans un premier temps seules les cartes compatibles CUDA (donc nvidia) pourront travailler sur ce projet :/
me suis rattaché à l'AF là. :bounce:
bon, mon pc avec la carte ati n'est pas reconnut dans mon compte? :sweat:
pour sa faut indiqué combien. :whistle:
Maximum CPU % for graphics (d'origine c'est à 20 pour cent).
Merci nico6313. ;)
Après, quand sa va être fonctionnelle, ont en fait quoi du site ordinaire milkyway (cpu)? :whistle:
bah on continue avec les CPU :D
j'imagine le truc,dans un ou deux ans, si il y a un raid dessus, pour faire cohabité les deux adresse internet. :cry:
j'imagine le truc,dans un ou deux ans, si il y a un raid dessus, pour faire cohabité les deux adresse internet + les optimisation s. :cry:
:??: Il n'y aura pas d'optimisation puisque ce sera l'application officielle :ange: et je vois pas non plus le soucis avec les URL :??:
Le bambou c'est mal :o
Looks like the French are gonna hit this hard & heavy.
We better be ready too.
Note on Catalyst 9.2:
ATI/AMD renamed the CAL libraries with the latest driver release. To get the GPU app running,
duplicate the following files in your Windows\system32 folder
aticalrt.dll
aticalcl.dll
aticaldd.dll
Now Rename the copies to
amdcalrt.dll
amdcalcl.dll
amdcaldd.dll
You should have now 6 dll files in your Windows\system32 folder, 3 named amdcal*.dll and 3 with
the name atical*.dll. A simple rename of atical*.dll to amdcal*.dll is not sufficient!
Note on Windows 7:
The Catalyst driver does not install the CAL libraries on Windows 7. One has to extract them from
the driver package (usually using the expand command) and put them in the Windows\system32 folder.
The needed files are (the suffix "64" applies only to 64Bit systems):
amdcalrt64.dll
amdcalcl64.dll
amdcaldd64.dll
Laurent, tu utilises le script ? Maintenant que le RAID ce fini, tu vas pouvoir tirer profit à fond de ton nouveau PC !!
j'ai mis le script et un fichier qui permet de lancer le script en partage ici : http://fileupload.filetac.com/file/e3b296245b81a62b752613bdb90662a22097885f
il faut copier le script dans C:\Program Files\Boinc et lancer le lanceur
P.S. : limité à 10 téléchargements... signalez moi si ça fonctionne pas
oui le script ne sert qu'en attendant Milky_GPU et les wus longues durées...
bonne idée pour le site qui regrouperait tout ça, ça simplifierait la vie de beaucoup de crunchers qui ont pas trop le temps de lire le forum...
Laurent, avec ce script je fais une moyenne de 72 000 points sur Milky depuis quelques semaines, avec ma Gainward 4870 et je pourrais même faire + en l'overclockant davantage, mais ça me convient pour l'instant
tu seras sympa de rester derrière moi et de pas me doubler ?
Va falloir se faire un site AF qui regroupe tous les scripts, optimisations, chose utile etc...J'ai commencé à en faire la liste.... :whistle:
avec le script je suis à 93,42% d'activité (donc de calcul de wus) depuis 1648 minutes (donc 28 heures)
des fois tu peux passer plusieurs minutes sans wu, ma plus grande période d'inactivité depuis maintenant + d'1 jour est de 12 minutes
c'est trop bien ces stats intégrées au script
Ah bah voila merci le script je chope enfin des unités ^^ Si vous voulez faites moi une liste de toutes les optimisations disponibles pour tout les projets de Boinc et je ferais un site internet pour réunir tout ca !
Roohh Eric !!
Non pas d'optimisation. Elles sont deja incluse dans les UT que tu reçois !
Aller les gens installez vite le script et évitez d'en parler à SUSA pour qu'on les rattrape ! ^^
si on baisse un poil les fréquences on perd beaucoup en perf sur Milky ?
que peut-on baisser pour diminuer la conso électrique sans perdre de perf ?
Avec ta Nvidia 9600GT tu peux faire du GPUgrid ou du seti ! J'espere que tu es dessus.
Sinon les ATI sont pas chere et bien rapide sur milkyway.
Avant les problemes de serveur, une 4870 (l'ex plus haut de gamme) te donnait vers les 100 000pts/j. Une 4830 proche des 60 000 je crois (et celle la ne coute vraiment pas chere et s'OC tres bien il me semble)
Oui je suis sur SETI depuis 15 jours, 135 000 pts et 92 K en pending.
Je pensais me mettre sur milki qui apparement est menacé au FB. Mais si y a pas CUDA je vais peut etre prendre autre chose.
Une suggestion ?
la fenêtre DOS s'ouvre mais ne reste pas ouverte, elle se referme tout de suite...
help me !
EDIT: yann: pas du tout non , une 4830 est plus puissante qu'une x2 3800
ah ok donc seulement 3/4(8)xx ?
:hello:
j'ai des ut gpu milkyway en ce moment, le script me dit "calcul possible, unités disponible", mais faut cliqué sur "ok"?. :bounce:
le truc revient a la charge au bout de 5 secondes.
A il y a pas a dire quand sa veut bien marcher , sa fait plaisir. :love:
ah voila ok j'ai compris, c'est vrais que c'est 2 autres projet passe en high priority et milky reste en attente
ouf tout est bien,
tu parle de malaria c'est le projet, normal, car quand je veux le lancer j'ai un message sous boinc pas de travail,
ce malaria@home il est fini ???
merci
@Yann: on est sur un forum de jeux ici? osef des jeux, c'est boinc qui nous intêresse
question con : comment lancer automatiquement le script au démarrage de windows ? j'ai essayé en copiant mon raccourci dans Démarrage, j'ai essayé de créer une tâche planifiée, rien n'y fait, j'y arrive pas... snif
la fenêtre DOS s'ouvre mais ne reste pas ouverte, elle se referme tout de suite...
help me !
c'est parce que tu as lancé le script en double cliquant sur le fichier .vbs, il te faut le lancer depuis une fenêtre MS-DOS en tapant "cscript milky.vbs" en remplaçant milky.vbs par ton nom de script
sinon fait comme moi créé un fichier .bat que tu met sur ton bureau et il te lancera ton script
question con : comment lancer automatiquement le script au démarrage de windows ? j'ai essayé en copiant mon raccourci dans Démarrage, j'ai essayé de créer une tâche planifiée, rien n'y fait, j'y arrive pas... snif
la fenêtre DOS s'ouvre mais ne reste pas ouverte, elle se referme tout de suite...
help me !
A mon avis la Radeon HD 3870 X2 et plus performante que la 4830, et peut-être même la 4850.
Les 4750 et 4770 devraient arriver ces jours-ci.
Sinon n'oublie pas que milky demande des calculs en double précision du coup il ne reste plus que:
-3850
-3870
-x2 3850
-x2 3870
-4830
-4850
-4870
-4890
-x2 4850
-x2 4870
les futures 4750 et 4770 ne seront pas double précision ?
j'ai cru voir que la 4770 était une sorte de 4830
Concernant les 4700 on a encore aucune info mais ce sera sans doute en double précision aussi, enfin je l'espère vu le niveau de perfs pour une conso ridicule et un tarif <100€
:jap: :hello: Je ne les ai pas inclues dedans vu qu'elles ne sont pas encore sorties (c'est une question de jour maintenant) et qu'on n'est pas encore certain qu'elle tourne en DP :jap:
Celà dis tu as totalement raison, normalement ce sera un dieshrink du rv770le soit de la 4830 mais bon ... :wahoo:
:hello:
Faut espéré que ces membres de l'AF on tous des NVIDIA, parce que je croit que les ATI ne seront pas compatible tous de suite sur .
Oui, mais avec la carte nvidia, il sera possible calcul 4 ut milkyway CPU optimisé + une ut milkyway cuda. [:pousse mousse:4]
Moi voila ce que le script m'indique ^^
Etat periode actuelle : Calcul possible, unités disponibles
et ce depuis (min) : 17,5
Nombre WUs a calculer : 46
Moyenne WUs en stock : 18,421033073207
soit en % : 38,3771522358479
Temps calcul potentiel (min) : 2385
Temps d'inactivite (min) : 405
Temps total depuis lancement (min) : 2790
soit une activite de (%) : 85,4838709677419
Duree + grande plage d'inactivite (min) : 43,5
Duree + grande plage de calcul (min) : 228
Tu es bien en Advanced view ? Quel version des catalyst ?
Et ça marche ? :)
toi qui avais 50.000 points il y a quelques jours...
:sweat: Moi c'est plutôt dans les 20 - 35 000 en tournant 12h/24h :whistle:
Well folks. Before you can run the script to make the project, you have to build the boinc system. Which, to say the least, is not pleasant on FreeBSD systems. Anywho, to update on the status, Travis is working on the GPU app. He has been working on it for the past 2 weeks. He has to translate the entire code from C into CUDA, which obviously isn't trivial. He told me the other day that he's got some functionality out of it but it's not yet complete.
XTC_ZeuZ > Il m'a bien semblé lire que Travis travaillait actuellement sur le côté CUDA pour lancer le projet MW_GPU. Et théoriquement, si tout se déroule normalement, il donnera le code à Cluster pour que celui-ci propose sa version ATI sur ce même projet.
Oui ça fonctionne à peu près quand même :D mais bon ya pas mal de personne qui ont des plantages de drivers, vpu recover, blocage ...
Bha c'est pas de la faute de l'application si les gens sont pas capable de faire des installations correctes où sont trop flémmard pour essayer diverse combinaison de os, driver.
Ca fait des semaines que j'utilise l'application pour GPU et je n'ai pas les soucis que tu présentes, j'ai 2 GPU (3850 et 4850) sous 3 OS différents avec les cata 8.12 et 9.4 avec le .net 3.5, tout deux fonctionnent sans soucis, pas de plantage ni rien
:hello:
Windows 7 ? :D
J'avais pensé exactement la même chose, mais j'ai pas osé le mettre :lol:
j'imagine que les versions les plus récentes de boinc sont compatibles seven quand même...
de toute façon ce n'est jamais qu'un vista légèrement amélioré, les drivers vista fonctionnent d'ailleur très bien sous seven
C'est vrai que le développement ça prend quelques minutes :fou:
Tant que son appli n'est pas bonne, il n'a aucune raison de transmettre son code!
Mais c'est vrai que vous êtes tellement pris par vos intérêts (les points??!!), que vous ne voyez pas les tenant et aboutissant des problématiques rencontrés par les "petits" projets!
Désolé de m'emporter, mais à force de voir les messages de certains, et peut-être encore plus ceux circulant sur le forum de Milkyway :ouch: , mais cela me dégoute.....sacré nature humaine!!
:hello:
bah va les voir et fais le boulot à leur place :D
Et toi t'as rien compris, je fais des études de programmation donc je sais ce que ça représente comme boulot :ange: mais toi dans ton emportement tu as rien lu du tout ou juste ce qui t'interessait !
Le code source CPU est là, c'est tout ce qui importe pour faire l'application GPU pour ATI, ça fait 3 semaines si pas 4 qu'il a dit qu'il le metterai en ligne pour que l'auteur de l'application ATI puisse travailler dessu ! Rien à voir avec CUDA !!!!
Bref avant de faire un coup de gueule pour rien, renseigne toi :sarcastic:
:fou:
bah va les voir et fais le boulot à leur place :D
Non mais je pense que ce que certains reproche aux admin ce n'est pas leur retard, mais le manque d'infos.
Quand on met un message "ca sera bon pour la semaine prochaine" et que 2 semaines après il n'y a toujours rien, il faut s'attendre à quelques critiques :)
Perso je m'en fiche je ne suis pas pressé, je préfère qu'ils prennent leur temps et qu'on ai quelquechose de potable, mais au moins qu'ils donnent des infos.
[:cocoricooo:7]
Mais c'est vrai que vous êtes tellement pris par vos intérêts (les points??!!), que vous ne voyez pas les tenant et aboutissant des problématiques rencontrés par les "petits" projets!
Le momocore, c'est le core à momo :D
Bienrésumé;)
Et toi t'as rien compris, je fais des études de programmation donc je sais ce que ça représente comme boulot :ange: mais toi dans ton emportement tu as rien lu du tout ou juste ce qui t'interessait !
Bref avant de faire un coup de gueule pour rien, renseigne toi :sarcastic:
:fou:
Personnellement je suis développeur depuis 10 ans sur des projets allant de "très petit" à "très gros", je pense avoir une assez bonne vision de ce milieu. Je peux donc parfaitement imaginer que faire une transcription "code CPU" vers "code CUDA" peut être très longue, surtout si on n'a pas d'expérience sur CUDA à la base. Tout apprentissage demande du temps, surtout s'ils n'ont pas que ça à faire de leur journée en plus. On ne critique pas le fait que le développement soit long. C'est déjà beau qu'il soit fait, ce développement.
Ce qu'on critique (enfin ce que moi je critique en l'occurence, toutes proportions gardées car ce n'est pas la fin du monde non plus, loin de là), c'est :
- de faire une annonce "ok c'est bon pour la semaine prochaine" et de ne plus donner signe de plus pendant des semaines (pas hyper sérieux à mon sens, même si ça se justifie par tous les moyens possibles : manque de temps, compétences à acquérir, etc.);
- de ne pas transmettre un "code CPU" qui fonctionne déjà à Gipsel pour qu'il puisse finaliser son optimisation ATI : là il n'y a aucun développement à faire, juste un code source à donner pour faire gagner du temps à tout le monde;
- de vouloir jouer sur tous les tableaux à la fois : dans le monde du développement, a fortiori sur les projets qu'on ne maîtrise pas totalement (nouvelle technologie, délais impératifs, incertitudes sur telle ou telle chose, etc.), on procède par palliers et on n'essaie pas de faire plusieurs gros morceaux en même temps. En l'occurrence la logique aurait commandé de procéder ainsi (à mon sens) :
1. modifier le code CPU pour permettre le déploiement d'unités beaucoup plus longues, pour les cartes ATI;
2. filer le code CPU à gipsel pour qu'il finalise son optimisation pour ces mêmes cartes ATI;
3. observer quelques temps si tout fonctionne et si les possesseurs de cartes ATI ont bien des unités longues et si le projet dans son ensemble refonctionne correctement pour tout le monde;
4. coder la version CUDA, la tester dans un coin pendant X semaines/mois/années si nécessaire, et la déployer une fois qu'elle fonctionne
Voici pour moi les étapes logiques. Cela dit, comme je l'ai déjà précisé, y'a pas mort d'homme. C'est juste mon avis sur la question. Et si on en discute ici, c'est bien justement pour en discuter tranquillement et pas pour prendre la tête aux admins comme le font certains.
Pourquoi ? les pts tu t'en moques ? bizarrement tu n'es pas sur les projets qui créditent pas ( pardon docking depuis 8 jours) ??
Franchement on est pas là pour harceler l'admin pour pouvoir faire 10-50K de plus par jour alors ce genre de remarque c'est moyen ( comme la mienne du coup ! ) . Simplement si il lui faut 3 mois on lui demande juste de le dire !!! Encore une fois faut pas inverser les rôles il ne donne rien, nous si .
:jap:
MDR !
Ah lala ....
La gestion et la problématique en mode "projet", cela n'a rien à voir avec les études.
Je suis en master d'info et on fait des trucs bien plus poussé que la plupart des choses j'ai pu voir un entreprise pendant mes jobs et mes stages
tu peux passer la priorité de WCG de 100 à 1 ici :
https://secure.worldcommunitygrid.org/ms/device/viewBoincProfileConfiguration.do?name=Default
c'est l'avant dernier paramètre :)
01/05/2009 10:18:38 Milkyway@home Aborting task ps_s20_15_7747038_1241123817_0: exceeded elapsed time limit 3702.901605
C'est quoi ton alimentation? (marque + puissance)
Ok donc ça vient pas de là à priori
Essaie malgré tout un jeu ou benchmark pour être certain que ta carte graphique fonctionne bien
:hello:
C'est pas normal que ça dure une heure par GPU.
Il me semble qu'il y ait des problèmes avec les dernières Catalyst et l'app optimisée. Tente les 8.12 pour voir ;)
Ah, tu as recu ta deuxieme 4870 !!! Yahhouu!!
:jap: ça marche en 8.12
Par contre c'est pas terrible, le script me donne une activité de 19% :/
sans le script tu serais probablement à 1 ou 2% ...
y'a pénurie !
Boris avec nos ati on tourne entre 19 et 29 secondes par unité donc y'en na pas assez :sweat:
Il y a ptet une optimisation pour ton cpu aussi :)
Il y a ptet une optimisation pour ton cpu aussi :)
Moi par contre avec l'optim CPU et le script je suis à 99% :o
Mais le pc qui calcul en GPU reste à 19% :(
Ce sont les pourcentages d'activité depuis le lancement du script de mise à jour pour milkyway
:hello:
Etonnant sous gpu optimisé, dans le cas de manque de wu sur les serveurs seul boinc 6.4.7 fait le plein chez moi :love: la 6.6.20 elle boude :cry:
climate 2000 points environ par jour sur un q6600
Ce serait inadmissible qu'ils puissent en arriver la avec du made in taiwan :o
ça sent le vaporware :)pourtant il y a du monde qui travaille dessus :
Bon, question habituelle, des nouvelles de milkyforGPU? Car ça doit faire quasi un mois que l'on a plus de nouvelles des responsables du projet...je commence à me demander si un jour on le verra...Soit
Salut salut.Pense aussi à surélever le portable pour que l'air circule bien en dessous, voir carrément à le retourner quand tu ne l'utilises pas (écran fermé). ;)
Merci pour ta réponse rapide.
Je surveillerai les températures ... et sinon il y a 2 ans de garantie avec un bon backup mis en place ...
pour les drivers je retente de les installer mais pas de succès jusqu'à présent.
Je me demande si MSI autorise qu'on installe boinc GPU sur le PC ...
Ton soucis c'est simplement que MSi comme la plupart des marques maintenant sur portable, t'oblige à installer des drivers bien spécifiques, ce n'est pas nouveau. Rien de tel qu'un pc de bureau monté soit même :o
Mais je me rend compte qu'il refuse d'installer les drivers catalyst du site de ATI.
Assimilator/Validator not working
May 18, 2009
I'm working on the assimilator and validator right now so hopefully I'll have them running shortly. Except a large news update this week by wednesday -- our CUDA application is almost working so it should be out by then. I'm just doing some last tests before I put out the alpha code for everyone.
--Travis
Et pour les cartes Ati, ils n'ont pas donné de nouvelles?si on suit la logique :
si on suit la logique :
une fois le projet milkygpu ouvert avec cuda ou opencl, les sources seront envoyé au codeur ati qui devra faire fissa pour contenter les plus pressés :)
Démarrage de Milkyway_GPU ce mercredi :)il était temps, je désespérais de voir ma HD4770 tourner a vide :-(
il était temps, je désespérais de voir ma HD4770 tourner a vide :-(
Avec la chance qu'on a, nous autre pauvres possesseurs de cartes ATI, nous allons devoir encore patienter un mois ou deux pour calculer alors que l'appli fonctionnera sur CUDA ...
(oui je sais je râle ^^)
deux petites question, les ut semble plus longue depuis ce matin, c'est moi où?
Et aussi, j'ai un petit soucis : quand je laisse cruncher milky tout seul (sans toucher au pc quoi) bin j'ai les calcul gpu qui se mettent en pause et je suis obligé de redémarrer boinc pour que les calcul reprennent, une idée ? j'ai testé pas mal de truc, mais je suis pêtre passé a coté de quelque chose.
merci
Non, ça doit être une impression, mais il existe des unités un peu plus longues que d'autre sur milky.
Pour les unités en pause, moi ce qui m'arrive, c'est que mes unités plantent au début du calcul, je redémarre boinc et là ça fonctionne.
Boinc, mets carrement en pause pour tes unités ?
Bin passé de 2min à presque 5min pour 6ut, c'est une sacré impression :pt1cable:Chez moi pas de changement, à part que je reçois plus d'unités qu'hier ^^
Les ut ne plante pas, elle reste en cache dans la cg et ne crunch plus et cela que quand je laisse le pc cruncher seul plus de quelque minute.
Euh ouai mais non, tu confonds temps CPU (affiché par boinc) et temps GPU toi, si tu as des unités de 2min20 même sur une 3850, tu as clairement un soucis parce que ça dure largement moin de temps que ça :siflotte:, entre 20 et 35 secondes sur ma 4850
oui oui, j'avais chronométré le temps de crunch avec une montre. et j'ai bien c'est temps là. sur une 3870x2 oc avec 6ut a la fois
Voui mais non :D désoler d'insister mais vérifie la durée GPU de tes unités sur le site de milkyway tu verras :D
ThierryH ne l'a pas précisé mais c'est uniquement pour nvidia pour l'instant, donc ta 4770 tout comme mes ATI vont encore se tourner les pouces quelques jours de plus, dans le cas peu probable que l'admin lance effectivement l'appli CUDA mercredi :siflotte:
WU completed.
CPU time: 1.64063 seconds, GPU time: 37.6875 seconds, wall clock time: 570.9 seconds, CPU frequency: 2.39403 GHz
je croyai que Milky pour Nvidia c'était moyen car en simple precision!
d'ailleurs dans la liste des projets sur BOINC, il y a le logo ATI sur la ligne Milkywayathome.
auraient-ils changer d'avis!
merci VFOA namois.
Je modifie sa de suite,pour testé?
Après une demi-heures d'attente.
je repasse à 0,5 pour 4 ncpu. :/
milkyway en carafe, pas moyens de rendre des ut gpu ati. :DCa fonctionne très bien chez moi :o
Ca fonctionne très bien chez moi :o
data-driven web pages milkyway Running
upload/download server milkyway Running
scheduler milkyway Running
feeder milkyway Not Running
transitioner milkyway Not Running
milkyway_purge milkyway Not Running
milkyway_av milkyway Not Running
file_deleter milkyway Not Running
bon toujours rien chez milky GPU ??? :cpopossib:
c'est pas possible, snif :cry:
As Travis has now dropped the double precision requirement it will be probably even easier to port the code to ATI (double support is a bit awkward with ATIs Stream SDK). In the simplest case one can take the CUDA kernels and make them Brook+ by just changing the declarations, as both are just C code. They are called a bit differently, but one can handle that.
One has to be a bit careful with the order of summing up the values, especially now with single precision. The problem is that different GPUs can use different sequences, one has to test the effects. Furthermore, afaik NV GPUs are sometimes a bit less precise for divides than ATI (only the last bit is affected, if at all).
But I will see when the code is released, hopefully that will happen today. From Sunday on I will be away at a conference for 5 days.
PS:
Expect a massive speedup with single precision ;)
I plan to do the first version with the old Stream SDK 1.3 (the same as for the current 0.19e) as I know the bugs of that version and it should run on all computers which run the ATI app now. After that I will switch to SDK 1.4, which requires Catalyst 9.2 or newer (If I get the newest Catalyst drivers running under XP64).
ThierryH ne l'a pas précisé mais c'est uniquement pour nvidia pour l'instant, donc ta 4770 tout comme mes ATI vont encore se tourner les pouces quelques jours de plus, dans le cas peu probable que l'admin lance effectivement l'appli CUDA mercredi :siflotte:
good news guys, le message de Cluster Physik à propos d'une appli ATI pour milky-GPU
Pour ceux qui ne parlent qu'une seule langue, CP est assez confiant concernant le portage CUDA --> ATI.
Cependant, il n'a pas encore eu le code source.
Reste donc à espérer qu'il l'ait rapidement, et que son bel optimisme ne se trouve décapité au sabre laser.
donc ... zen, on reste zen ... :sun:
je viens de revoir çà: http://www.boinc-af.org/content/view/1078/299/ avec une appli speciale RADEON, pour BOINC
tu l'as vu içi: http://www.starwars-holonet.com/blog_boinc/2009/05/milkywayhome-application-cuda-terminee/
Désolé si je vous parait lourd mais depuis quelques jours et l'annonce de la sortie de l'appli CUDA j'ai du mal à suivre et à avoir des infos claires. Donc si j'ai bien compris :T'as bien compris :)
Projet Milkyway@Home_CPU (le classique) : opérationnel pour les CPU; opérationnel pour les cartes ATI (avec l'optimisation spéciale); non-opérationnel pour les cartes Nvidia
Projet Milkyway@Home_GPU : pas encore opérationnel du tout (feeder not running, bla bla bla). Sera opérationnel pour les Nvidia dans un premier temps; l'optimisation ATI pour ce projet est en cours de développement depuis que le code CUDA a été donné par Travis.
J'ai tout bon ? Parce que j'ai l'impression en parcourant les forums Milkyway que certains arrivent à utiliser le code CUDA pour cruncher (j'ai probablement mal compris). Ou alors est-ce uniquement pour tester ? Et si oui, comment peut-on aider à débugguer la partie CUDA ?
Merci à tous pour vos lumières ^^
En gros, si je comprend bien, il va attendre que les applications CUDA et ATI seront opérationnelles pour lancer MilkyforGPU?Non, il attend que quelqu'un l'aide à compiler son appli cuda pour boinc et pendant ce temps, il travaille sur le serveur du projet gpu. De son côté, Cluster Physics, l'auteur de l'appli ATI actuelle, travaille sur la version ATI qui devrait être prête plus rapidement que le serveur si tout va bien.
Comment est-il possible que des machines puissent renvoyer des unités - même de test - si le projet MW_GPU n'est pas opérationnel (Feeder, Upload/Download, etc.) ? Au pire je suppose que ça peut s'exécuter en local sur le poste d'un développeur, mais comment pourrait-il choper des unités depuis le serveur MW, et les renvoyer ? Vu que ce module est "disabled" pour le moment ?Je m'étais un peu penché sur le code pour ça: http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=51492
De la même façon, on ne pourra pas utiliser ce projet MW_GPU avec une éventuelle opti ATI si celle-ci voit le jour demain (imaginons), vu que le projet est down. Je pensais au début que le projet dans son ensemble avait été activé, mais on est loin du compte.
Bon si j'ai compris, il est toujours d'actualité de calculer avec une ATI sur le projet MW_CPU classique :)
Merci beaucoup pour les explications ThierryH (n'aurais-je pas croisé ton pseudo sur le fofo dédié aux discussions sur le code Milkyway ? Tu fais du dev CUDA ?)
Mais, je me demande comment ils pourraient faire la différence entre une unité calculé par un cpu et un gpu, à moins que si tu la calcules en moins de x minutes, pas de points, mais ce ne serait pas chaud à mettre en place?Travis a mis en place un système pour authentifier les différentes applications. En cas de non respect de ce système, les wu sont comptées comme invalides. Ce système permet à Travis de blacklister une application pour ne pas attribuer de point.
CUDA Application Update
May 20, 2009
Looks like I've finally gotten the CUDA application working. I'm in the process of cleaning up the code, and it should be available for you to play around with tonight. It's my first crack at a CUDA application, so it's a bit rough, but currently it's crunching the current stripe 82 WUs in around a minute using a GeForce 9600M GT. I'm sure there's quite a bit more optimization we can to do get it running even faster, as this is the first version and not optimized at all. Part of the reason this has taken so long was that I was doing quite a bit of testing comparing double and single precision math on the GPU. I've come up with some schemes that will allow us to use older graphics cards which don't support double precision math (like the GeForce I've been using); which should let a lot more of our users be able to use the GPU application. More news later when I post the code.
--Travis
ça insinue que travis a compris qu'il ne faut pas compter que sur les rares personnes qui possèdent une GTX (cuda 2.0)La véritable raison, c'est que les gpu sont toujours en 32 bits. Les calculs en double précision sont donc obtenus par bidouillage et sont donc très lents par rapport à la simple précision.
au pire on aura droit a toutes les cartes compatibles gpugrid (cuda 1.1 et 2.0)
reste à savoir s'il acceptera aussi les cartes compatible seulement cuda 1.0
et celles faisant moins de 256Mo de ram (limite minimum actuellement sur seti-gpu)
jai depuis 2 semaines toujours 95% dactivité avec ma hd4870 , je me serais meme passé de gpu milkyway pour vous dire...bah çà va, moi avec ma HD4770 et les fichiers d'optimization CPU et GPU, j'ai toujours "0 new task"! :-( :cry:
jai depuis 2 semaines toujours 95% dactivité avec ma hd4870 , je me serais meme passé de gpu milkyway pour vous dire...
D'ailleurs vous mettez les optis CPU + les optis GPU ou une seule des 2 ?
D'ailleurs vous mettez les optis CPU + les optis GPU ou une seule des 2 ?
A quand une appli qui se servira de la puissance de calcul des cartes graphique de n'importe qu'elle ancienneté...
http://milkyway.cs.rpi.edu/milkyway_gpu/
N'oublie pas de rejoindre l'AF :)
Ok, merci, mais dans boinc manager il n'y a pas marqué que je suis dans l'AF toussa. alors que je me suis bien enregistré, fait màj et tout. :priz2tet:
Sinon ça change rien au fait que je reçois rien pour milky classic.
Ouais ouais, c'est tout à fait normal, dès que le projet sera lancé officiellement, tout rentrera dans l'ordre.
PS : une date de prévu pour que milky gpu soit opérationnel?
Actually, the problem isn't that work isn't being generated fast enough, it's that while there's available work, the server can't move it into shared memory fast enough to keep up with work requests (which get work fed from shared memory).
I'm really hoping to put this all behind us once we get milkyway_gpu up and running (which is getting really close).
Probably another week or two.
I know it's been a long time, but instead of working on half-assed semi-fixes that probably wouldn't work anyways, we decided to take the extra time and effort into making a real fix -- splitting up the project into CPU and GPU versions where we can have correspondingly sized workunits.
We really do appreciate everything sticking with us through all of this. There is at least a light at the end of the tunnel now :)
moi je vois une mise en service le 15 juin et le crash du serveur le, bah le 15 juin aussi :o
corei7 = un batch de 48 UT au lieu de 12 sur un dualcore... ça joue peut etre un peu...
non, une sorte de bat qui déclenche un "refresh" / "mettre à jour" du projet toutes les X secondes.Et ca se trouve ou, ca ? :)
ça permet de demander plus souvent des UT.
C'est pas lié à 100% au sujet, mais bon, un petit article intéressant :
http://www.presence-pc.com/actualite/nettop-wind-box-35061/
En gros c'est un nettop possédant une Radeon HD 4350, donc qui pourrait potentiellement cruncher sur le futur projet Milkyway_GPU, en simple précision bien sûr.
Sinon pour les amateurs de Nvidia, un Nettop sur plateforme Ion va également sortir (269 euro) :
http://www.blogeee.net/2009/05/26/test-acer-aspire-revo-3600-performances-et-utilisation/
Ce n'est pas le plus intéressant car j'ai cru lire (je n'ai plus la page) que Asrock allait sortir un Ion moins cher avec un graveur DVD.
Cela pourrait avantageusement remplacer un lecteur DVD de salon (sortie HDMI, lecture DVD, Divx, lecteur de Sd-cards, jeux, etc.).
En effet ... Merci :)
Et faut le relancer a chaque démarrage de boinc ?
:/ dépassement par Susa au général dans 3 jours (https://statseb.boinc-af.org/details.py?projet=24)
A chaque fois que tu le ferme/redémarre le pc oui :jap:Thx :)
Prends des Ati ça nous aidera :/:siflotte:
Petite info pour tous ceux qui feraient cette erreur ... les cartes graphiques mobiles ne sont pas supportées niveau drivers par AMD mais directement par le fabricant du portable et c'est au fabricant d'intégrer oui ou non le support de ATI Stream Computing.
Laptop MSI GT725 : HD4850M dedans et pas de calcul sur GPU possible. Les drivers ne le supportent pas! A part que j'enrage de vois ma carte graphique se tourner les pouces toute la journée quand je travaille, j'ai tenter de modifier le fichier inf des drivers mais c'est assez nébuleux ... Si quelqu'un a des idées, je veux bien lui fournir les fichiers de base ...
salut.
J'ai la chance d'être un heureux possesseur d'un i7 920(version o, le bifteck a été taillé dans les flans, pour une puce c'est l'inverse :D)) et d'une carte ati 4870. :smak:
Le problème c'est que je ne parviens pas à faire bossé ma carte ati sur milkyway (ati), j'ai testé pas mal de combinaison, au secoure. :cry:
j'ai testé les pilotes.
8.12 avec optimisation 0.17-0.19-0.19e-> 16 ut démarre en calcul gpu puis un écran noir apparait au bout de deux secondes et sa calcul dans le vide après. :spown:<- il est de qui suis ci. :D
9.1-> pareille
9.5 avec les dll de renommé-> la je poirotte en attendent des ut pour testé. :rhaa: :ange:
j'ai boinc 6.6.28 et xp64 mis a jour.
Ca sert à rien n8 ou n10 (la carte elle calcule que 3 max à la fois) le reste attend et encombre la RAM CPU.
Dernier truc, avec Milky tous les boincs gèrent mal le cache de WUs (je remplis 1 ou 2 jours avec primegrid par exemple puis pas de nouvelles WUS et je remets le work buffer à 10 j avec que milky qui demande des wus).
Elles parte toutes en erreur de calcul , pilote 9.5 optimisation 0.19 e(pas bidouillé),xp64 cpu i7 carte 4870 :/
Utiliser toujours le GPU n'a aucune espèce d'incidence sur les ATI vont qu'elles ne sont pas détectées :jap: (sur les nvidia oui par contre)
Ce qu'il doit regarder c'est "calculer quand le pc est utilisé" :jap:
news for milky_GPU:
"June 1, 2009
I've updated the code to v0.05 and its in the code release directory. I've combined the linux and osx makefiles into a single makefile, which can also compile the GPU applications. I've included a new (faster) kernel with this release as well. As always, the new code is for discussion in the following forum post and I've also started a thread for makefile discussion."
Hopefully WUs will be available ay milkyway_gpu@home sometime this week.
Boris....tu peux tres bien t'acheter une petite ATI. Les 4830 vont baisser sous peu à 69€ je crois.
C'est un petit investissement qui t'apportera beaucoup !
je ne crois pas à un complot...
je teste en "suspendant" le projet CPU pendant la pause bouffe... on verra bien, mais j'ai un doute que ça m'amène plus d'UT...
je ne crois pas à un complot...
je teste en "suspendant" le projet CPU pendant la pause bouffe... on verra bien, mais j'ai un doute que ça m'amène plus d'UT...
@supersnoopy : avec le script hein, biensur :)
Exactement au moment ou je désactive les autres projets ?
Ce serait gros quand meme ... Mais on véra demain ;)
Je viens de dépasser les 4200 points en 1h30 ...
Héhé ils en sont pas à leur coup d'essai hein... :cpopossib:
Sinon pour les cartes graphique pour portable, l'idée existe (http://blogs.amd.com/play/2009/01/22/ati-xgp-graphics-for-notebook-gamers/), je sais pas ce que ça donne dans la pratique.
ça m'étonnerai pas que même le projet "for_gpu" fonctionne mieux au usa que chez nous....
Bon ben pareil ce midi ... Beaucoup plus d'UT que d'habitude sans projet CPU :)
Mais je remet mes projets CPU vu que milkyway GPU sort dans la semaine
pourquoi ne pas carrément poser la question à Travis, à savoir s'il a "monnayé" de l'assistance contre un avantage temporel ? Sinon on se monte le bourrichon un peu comme les Suzanne face à l'admin de Protein.
Ouai mais mon avis c'est : ils ont plus de cartes, ils sont plus fort et on cherche des excuses qui vont nous rendre ridicule si on insiste !!! :jap:
Nouvelle étude : géométrie du Sagittaire (constellation)
June 2, 2009
suivez sur le forum un post relatif à l'étude de la constellation du sagitaire
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=881
les unités qui font tourner ça sont du genre : ps_sgr_208_*
serveur reparti
June 1, 2009
résolu
ah non, cassé
June 1, 2009
serveur cassé en faisant ladite maj
June 1, 2009
mise en place d'un intervalle mini de connexion du client au serveur = 1 minute
+1
toute façon, pas grave, on mettra la pression sur Mgpu :gniak:
Ouai mais mon avis c'est : ils ont plus de cartes, ils sont plus fort et on cherche des excuses qui vont nous rendre ridicule si on insiste !!! :jap:Ou alors, ils crunchent pas sous CPU :P
Ou alors, ils crunchent pas sous CPU :P
Je viens encore de tester ... Avec les projets CPU : 10/15 %
J'abandonne mes taches cpu et j'arrete de DL des nouveaux UT : 50% ...
Vous avez un lien pour le script je le retrouve plus.
Ceux qui avait 5 uts par jour en ont 10 ..................... ceux qui en avait 5000 en ont 3000 ...super !!! :priz2tet:
Ceux qui avait 5 uts par jour en ont 10 ..................... ceux qui en avait 5000 en ont 3000 ...super !!! :priz2tet:
j'ai un gros problème avec milkyway
chaque ut fait 1s avec erreur de calcul
je calcul avec ma HD4850
pouvez vous m'aider ?
Vous êtes terribles !:jap:
Vous en voulez à un projet qui n'est encore qu'en alpha-test et qui justement "paye" très largement pour ne pas défavoriser ses participants en cas de problème. En plus, dans le cas qui nous intéresse actuellement, l'application officielle fonctionne parfaitement bien, ainsi que toutes les applications cpu optimisées. C'est l'application GPU de Cluster Physics qui bugue. Il espère pouvoir avoir le temps de la corriger aujourd'hui.
donc une cg qui tourne à plein régime pour des prunes
c gentil ça!
:love: hhmm les 3 s sont encore envoyés meme si ça c'est stoppé un moment et ça rebug...
lol :cry: oui jai 21 ans et jsui ni chomeur ( jamais travaillé ça va pas tarder=) et ex etudiant donc jai du temps loool , donc jsuis la sur le forum quand je veux pas comme toi et c'est pas du tout de ta faute je compati! ps: super le programme ce soir sur france 2 avec home un documentaire et le debat apres( c'est sur l'environnement) je sais pas si vous avez suivi perso jai bien aimé
J'ai jamais su, ça fait des années que je connais ce "smiley" (HFR) mais j'ai jamais cherché a savoir qui c'etait :D
c quoi deja l'organisation ecologique qui commence par un w et qui a comme un embleme un panda grr je retrouve plu ( yes hors sujet) vous faites combien de credit par jour en moyenne a milkyway sinon? moi normalement 80 000 mais la jsui plus a 35 000 car rien ne va plu! mais on dirai que ça sameliore depuis ce soir...
C'est Maître Capello (http://fr.wikipedia.org/wiki/Jacques_Capelovici)
Attention il y a du hameconnage dans les pubs sur ce site ( météore ) mais sinon ca fonctionne bien
jcrois qune carte graphique fait n 3 max mais tu peux mettre 2 ou 1 .
il y aurais un petit "pirate " en herbe, pour faire croire à boinc que nous avons tous de i7 sur milkyway.? :adonf:
sa doit etre posible, le bios dois ce modifier?
C'est qui lui ? un mec qui fait presque autant que l'af à lui tout seul ?
Correctionné :miam:
C'est qui lui ? un mec qui fait autant que l'af à lui tout seul ?
ça doit être plaisant d'être admin d'un super-calculateur :)
besoin de 384 opterons sur genetic, 256 sur ibercivis et 64 ati4850 sur milkyway ? pas de problème :)
ouais :blbl: c'est pas un brésilien ou un truc dans le genre ?
si cela continue, je vais casser ma tirelire pour acheter des ATI en plus,
comme me la dis dudumomo, avec une carte graphique spécial pour plusieurs ATI et là çà vas :cavachier:
laurent
mouais attention pas sûr que plusieurs cartes ATI sur la même CM soient reconnues par Boinc.
moi j'attends de voir si les 4770 sont reconnues. on gagne quelques Watt...
Bha aucune carte ATI, qu'elle soit seule ou non dans la machine, n'est reconnues par boinc pour l'instant donc bon :siflotte:
Elle n'est pas reconnue comme dit plus haut, mais elle calcule, pourquoi est ce qu'elle ne calculerai pas sur milky? :??:
Zeuz, tu peux jeter un oeuil sur la réponse de rldf ici
car du coup, je ne sais pas trop quoi penser concernant 2 cartes ATI sur MW
Outre la qualité, c'est surtout le choix personnalisé des composants. Mais quel rapport avec le fil en question hormis ton ATI?dudu disait qu'on pouvait se faire un ordi à 300 -400 euros , je confirmais
OK, merci, et effectivement je parlais bien de ThierryH. :jap:
Bon.... personne ici qui fait tourner deux ATI sur Milkyway ? :miam:
pur hasard ou truc qui marche vraiment ?Pur hasard :)
AMD présentait au Computex un wafer de sa première puce DirectX 11, gravée en 40 nm. Connue jusqu'à présent sous le code RV870, cette nouvelle puce et ses déclinaisons sont désormais appelées Evergreen. Notre confrère HardWare.fr, qui a pu prendre en photo ce wafer, estime les dimensions de la puce à 180 mm², ce qui est très compact pour un GPU haut de gamme. Cette nouvelle carte graphique pourrait être disponible en même temps que Windows 7, en octobre prochain. Il va donc falloir écouler les stocks d'ATI Radeon HD 4000 d'ici là. Pour expédier la chose, AMD devrait baisser les tarifs de certains de ses produits le mois prochain. L'ATI Radeon HD 4890 passerait de 249 à 199 dollars, la Radeon HD 4870 passerait de 199 à 149 dollars, et pour finir la 4850 tomberait sous les 100 dollars.Source : http://www.matbe.com/actualites/68491/amd-ati-radeon-hd-4890-4870-4850-evergreen-rv870/
2 cartes 4830 en crossfire ça marche nickel.Sous quel OS tu arrive a les faire tourner?
par contre pour les alimenter un quad n'est pas suffisant :(
2 cartes 4830 en crossfire ça marche nickel.
par contre pour les alimenter un quad n'est pas suffisant :(
Sous Vista64 aucun problème.Ah ok merci pour l'info va falloir que je retest ça alors :miam:
Mais il faut activer le crossfire sans ça niet.
:jap:
Sinon pour le script faut le modifier pour le laisser faire des demandes plus tard.
Ou tu laisses tourner de tout facon. c'est le serveur qui bloquera quand c'est pas bon, sinon ca passera.
ça augmente à chaque foi, au début ils detecte 10seconde puis 15sec puis ... donc le script c'est pas la peine.
C'est moi ou les ut sont plus longue ?
Vu que c'est le topic le plus actif du forum, je pose ma question ici. Sous xp, c'est quoi le chemin exact pour le dossier projet ?
merci
depuis la 0.19f j'ai l'impression que l'avancement est moins rapide que la 0.19e...
C:\Documents and Settings\All Users\Application Data\BOINC\projects
depuis la 0.19f j'ai l'impression que l'avancement est moins rapide que la 0.19e...
je viens d'installer ma première carte ati compatible milkyway (une 4850), j'entre dans la danse :)
j'ai tenté avec les pilotes catalyst version 9.1 mais ce n'était pas fameux, je suis passé à la 8.12 et ça tourne nickel :)
j'ai installé cela sur un v8, j'ai 13WU CPU (geneticlife/ibercivis) dont 7 qui tournent et 18 WU GPU dont 3 qui tournent en permanence
il y a un léger ralentissement de l'interface graphique qui était quand même plus fluide avec une 9800GTX+ et gpugrid
(ne vous inquiétez pas, la GTX+ est réinstallée ailleurs) ;)
C'est juste qu'on reçois beaucoup d'unités 3S, celle qui plantaient avec l'opti 0.19e et elles sont un peu plus longues que les autres mais elles reportent 37 points.
C'est quoi exactement les symptômes?
Ah mais ça c'est sans doute un soucis avec les autres projets
Met en pause les autres projets quelques temps pour voir, normalement ça devrai s'arranger, j'ai déjà eu ça quand j'ai un projet CPU qui tourne avec c'est assez emmerdant :gno:
pourquoi 6 ? tu as 2 cartes ati dans ta machine ? il m'avait semblé avoir vu que mettre plus que n3 dans la conf était contre productif
Dans ce cas décoche l'option "Laisser les applications en mémoire" dans les préférences mémoire/ disque de boinc pour voir :jap:
pourquoi 6 ? tu as 2 cartes ati dans ta machine ? il m'avait semblé avoir vu que mettre plus que n3 dans la conf était contre productif
Pas contre productif, ça ne sert juste à rien étant donné que 2 - 3 unités suffisent pour faire tourner le GPU à 100% :jap: mais celui qui veut peut en faire tourner 10, ça ne ralentira pas les calculs pour autant
RLDF pas rldc (on va dire c'est le doigt qui à rippé)
J'espere que ton prob va s'arranger...
non, c'est pire !Vas-y petit a petit :
Les calcul ne reprennent pas quand je redémare boinc comme avant ! :priz2tet:
Le Boinc Manager est une vraie buse
Ne penses tu pas que c'est normal étant donné qu'il ne reconnait pas les ATI?Je ne pense pas qu'il soit capable de faire un calcul pourtant tres simple : gerer son cache
Le paramètre du cache seul ne veut rien dire, il faut aussi voir ce que tu as mi pour le temps de connection, si tu mets 3 jours de connection il va râler sur les unités qui ont une date limite très courte parce qu'il va croire que tu ne te connecteras plus au net avant 3 jours(pour info je dois etre a 0.01 en frequence de connection reseau :))
Bon, j'ai installé les pilote 9.5 et tatam ! erreur de calcul !
J'avais lu que avec les 9.5 il ni avait pas besoin de renommé les dll ?Faut bien comprendre qu'un fichier .dll c'est un peu comme un programme normal (.exe) mais charge dynamiquement quand un autre programme (ici l'application MW) en a besoin (et decharge de la memoire quand + personne ne s'en sert normalement). Donc, tant que l'application opti MW fera appel aux dll amd*** (au lieu de s'adapter au nouveau nommage ati*** apparu depuis la version 8.12 je crois), il faudra faire la manip
J'avais lu que avec les 9.5 il ni avait pas besoin de renommé les dll ?Non il ne s'enlève pas mais y a des combinaisons Appli Milky / pilote / framework qui ne fonctionnent pas.
Le net 3.5 ça part quand on enlève les pilotes ?
Ok, merci, je me souvient plus dans quel dossier ça se trouve ? (ça fait un bout de temp que je l'ais fait)
j'ai estimé ma prod journalière à 100k/j sur milky si ça crunch en continu :pt1cable:58K avec une seule 4850 hier donc ca doit le faire
j'ai estimé ma prod journalière à 100k/j sur milky si ça crunch en continu :pt1cable:
Pc pas stable, surchauffe ou alors qui souffre
depuis hier, j'ai 2 machines avec 4850, ce matin, je me suis aperçu que j'avais des erreurs de calculs systématiques, un reboot et ça repart mais c'est inquiétant
pour résumer, ça crunche correctement pendant un long moment puis ça part en erreur de calcul et un reboot permet de repartir avec des résultats valides :gno:
je suis en pilotes catalyst 8.12 et boinc 6.6.15 sur l'un et 6.6.20 sur l'autre avec les opti 0.19f
A peu près combien de temps exactement?depuis le reboot de 9h du mat, j'ai laissé 2 managers ouverts et je surveille l'instant où ça partira en sucette :electric:
Moi j'ai jamais relevé ce genre de problème et ma machine tourne des fois 3/4 semanes sans reboot. ;)
11/06/2009 10:23:13 Milkyway@home Aborting task ps_sgr_208_3s_6_1387635_1244703604_0: exceeded elapsed time limit 4948.679329http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=77495951 (http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=77495951)
11/06/2009 10:23:14 Milkyway@home Computation for task ps_sgr_208_3s_6_1387635_1244703604_0 finished
11/06/2009 10:23:14 Milkyway@home Output file ps_sgr_208_3s_6_1387635_1244703604_0_0 for task ps_sgr_208_3s_6_1387635_1244703604_0 absent
Pas de soucis d'erreurs non plus.
Je suspecte la chaleur. les cartes ne sont pas faites pour tourner 24h/24.
En particulier, il arrive que les étages d'alimentation de la carte soient mal refroidis.
En ce qui me concerne, j'ai 2 cartes au boulot et donc je les ventile assez fort (un ventilo sur le HR03 pour le GPU, et un autre ventilo juste pour les étages d'alim).
@overclockman : un alim Heden ou pas d'alim, c'est un peu la même chose ;)
530w c'est largement suffisant pour 2 cartes + gros CPU, évidement hiper c'est pas du seasonic
Prend pas trop non plus ça sert à rien et ça augmente la consommation
Bof :/ pourquoi pas les nouvelles seasonic 650/750w en 80 plus gold?Parce qu'elles sont plus cheres :)
Oui et non (éternel débat) ca dépend surtout du rendement (si la courbe de rendement est plus pointue il faut idéalement se trouver à la pointe, maintenant si la courbe de rendement est plus ou moins plate ca change nromalement qued).
j'ai mit 15 pour etre tranquil :D
Et meme en méttant 6 j'avais que 2/3 WU GPU, et vu qu'ils se font en moins d'une minute, la carte avait des moments ou elle faisait rien :)
Bha si, le rendement optimal de la plupart des alimentations se situe à 50%, fait tourner une alim d'1kw 80 plus sur une machine qui demande 150w et ensuite une de 350w 80 plus et on va bien rire :D
bon a savoir, je test ça :)bon le ncpus = 9 dans mon cc_config ça n'arrange pas l'approvisionnement des wus milky, je me retrouve avec 9 ibercivis et ça me bloque milky...
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline>n4</cmdline>
Ouvre le fichier app_info avec notepad par exemple, modifie les lignes pour avoir ça
<avg_ncpus>0.5</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline>n4</cmdline>
Ca devrai aller mieu
EDIT: j'ai oublié de préciser, c'est le fichier app_info.xml de l'application ATI qui se trouve dans le répertoire projet-> milkyway
bon le ncpus = 9 dans mon cc_config ça n'arrange pas l'approvisionnement des wus milky, je me retrouve avec 9 ibercivis et ça me bloque milky...
kyuzo, elle est quand même mieux en grand format ton image en avatar :)
http://eresungeek.com/blog/wp-content/photos/jennifer_morrison_mar9_9.jpg (http://eresungeek.com/blog/wp-content/photos/jennifer_morrison_mar9_9.jpg)
je préfère celle la :)y a pas photo :D
http://www.jennifer-morrison-pics.com/wallpaper/1680x1050/jennifer-morrison08.jpg (http://www.jennifer-morrison-pics.com/wallpaper/1680x1050/jennifer-morrison08.jpg)
Non ça ne dépent pas du nombre de core, par contre il faut faire un cc_config avec ncpus+1 dedans , si tu as un dualcore ncpus -> 3, 5 pour un quad et ainsi de suite :jap:heu je viens de regarder, avec tes valeurs, milky prend 2 cores pour 4 calculs, il suffit d'un autre projet s'approprie les cores et les calculs milky s'arrêtent :(
Simplement parce que tu as mal réglé le fichier de configuration de l'appli ATI, tu peux faire tourner 10wu en même temps si tu veux sans créer de fichier cc_configTu propose quoi comme config de l'appli ATI ? :)
D'ailleur arrête milkyway, tu vas avoir une supprise avec le CC_config, tu auras 15 unités CPU qui tourneront en même temps ...
heu je viens de regarder, avec tes valeurs, milky prend 2 cores pour 4 calculs, il suffit d'un autre projet s'approprie les cores et les calculs milky s'arrêtent :(
Tu propose quoi comme config de l'appli ATI ? :)
Tu propose quoi comme config de l'appli ATI ? :)
et pour les appli cpu, ben je suis obligé de les mettre en "pas de travail" le temps qu'elles aient calculé leurs WU (vu que je crunch sous WCG j'ai le temps :)) et je la fait retelecharger des nouveaux WU quand elle en a plus
Ah bizarre, tu as bien modifiés le fichier cc_config comme j'ai marqué plus haut? pourtant il me semble que ça n'était pas affecté par le nombre de core, tu as un quad toi?heu non j'ai un V8 :siflotte: j'ai mis 9 dans le cc_config :pt1cable:
bon le ncpus = 9 dans mon cc_config ça n'arrange pas l'approvisionnement des wus milky, je me retrouve avec 9 ibercivis et ça me bloque milky...j'avais essayer de faire tourner milky et ibercivis mais sans succès à cause de la deadline trop courte des wus ibercivis :/
Ah il me semble qu'Ivan a également des problèmes avec ses V8 il n'arrive a faire tourner plus de 6 wu sur un autre projet CPU en plus de milky. ;)ah ça m'intéresse :)
C'est reparti :D
J'ai donné mes paramètres de mon dualcore plus hautFonctionne pas :)
200 ou 300mhz
Bonne question, suffit de tester pour savoir :D
Sinon pour l'app_info.xml les paramètres sont effectivement influencés par le nombre de core (j'ai testé sur un monocore avec les mêmes réglages -> 2 fois moin d'unité milky qui tournent)
12/06/2009 11:18:43 Milkyway@home Temporarily failed download of ps_new_13_2_search_parameters_769066_1244798067: connect() failed
12/06/2009 11:18:43 Milkyway@home Backing off 1 min 0 sec on download of ps_new_13_2_search_parameters_769066_1244798067
12/06/2009 11:18:44 Internet access OK - project servers may be temporarily down.
12/06/2009 11:19:18 Milkyway@home Sending scheduler request: To report completed tasks.
12/06/2009 11:19:18 Milkyway@home Reporting 9 completed tasks, not requesting new tasks
12/06/2009 11:19:28 Milkyway@home Scheduler request completed: got 0 new tasks
12/06/2009 11:22:50 Milkyway@home Sending scheduler request: To report completed tasks.c'est compréhensible, les nouvelles unités de 3sec font faire des tas de téléchargement/upload à la minute !!!
12/06/2009 11:22:50 Milkyway@home Reporting 4 completed tasks, requesting new tasks
12/06/2009 11:23:12 Project communication failed: attempting access to reference site
12/06/2009 11:23:13 Internet access OK - project servers may be temporarily down.
12/06/2009 11:23:15 Milkyway@home Scheduler request failed: Couldn't connect to server
bon, j'ai testé, seulement quelques applis opti permettent de régler les cpuperso, pour mes 2 machines qui ont une ATi, je ne fais plus calculer les CPUs -> économie d'énergie. La perte de points est largement compensée par la puissance de calcul de la carte graphique.
mais tes valeurs fonctionnent super bien quand il n' a pas du tout de projet à coté
c'est frustrant d'avoir 8 cores qui se tournent les pouces mais la 4850 compense largement, je vais faire un score de folie ce soir :love: aucune erreur depuis hier après midi sur les 2 machines :)
http://www.myboinc.com/scores/buildmt_u.php?intid=6363 (http://www.myboinc.com/scores/buildmt_u.php?intid=6363)
Il est pourtant possible de faire tourner le CPU en plus de la carte ATI :siflotte:le souci, c'est que l'on est beaucoup trop dépendants des aléas d'alimentation des unités milkyway
Il faut juste un bon paramétrage, et ne toucher à rien.
:hello:
le souci, c'est que l'on est beaucoup trop dépendants des aléas d'alimentation des unités milkyway
tout va bien quand les unités sont assez longues mais avec des unités de 1 à 3 secondes distribuées 6 par 6, il y a trop de temps morts
1 millions de points de plus que susa ( a 12 h) , faut rien lacher :cavachier:
outch c'est pas plus diététique, on va les laisser sur place :gniak:
suis à fond,
sais pas faire mieux :pt1cable:
Salut laurent !!!
Eh beh dis donc ! qu'est ce que je dois dire moi alors !
Tu produit bien plus que moi ces temps-ci :eek: :electric:
Bravo Laurent :sun:
Simplement une mise à jour de la machine à création d'unité :sun: , l'admin savait que le problème se situait là mais il ne savait pas ce qui causait ça, il a trouvé il y'a quelques jourset aussi ne l'oublions pas, les unités de 30sec pénalisent bcp moins le serveur que les unités de 3sec qu'il doit distribuer à tour de bras en continu :siflotte:
-C'est étonnent de voir un projet qui ne peut pas finir : mesurer l'itération des notre galaxie et de celle du petit cheval blanc qui court ne peut pas finir, non ? même avec 100% des gpu ati du monde dessus, ça métré 100ans ! un peu dommage.
-Potentiellement quel autre projet qui peuvent utiliser un gpu ? on à vu réçament aqua si mettre. pourquoi pas d'autre ? en tout cas pour les projet bio ça semble difficile ?
:eek: Et sur gpugrid, le précurseur, ils font quoi à ton avis ???
les 3 dll qui sont dans system 32 les 3 aticaltc etc fo les copier sur le bureau renomer ati en amd et les deplacer dans system 32
les 3, oui mais lesquelles, quels sont leurs noms ? j'suis ptet chiant mais c'est mal expliqué je trouve.
Je sais pas comment ça se fait mais j'ai jamais du renommer de dll moi :pt1cable:
58K avec une seule 4850 hier donc ca doit le faireBon, je dois avouer que j'ai triche :)
J'ai monte la frequence Core dans la journee a 760 MHz pour voir ce que ca donne :)
On peut cruncher que sur les 4800 et 3800 donc je sais pas si on peut avec les 4700 !
A tester ... j'ai testé avec ma 3650 et ca marche pas ;)
Ah, la bonne ambiance qu'il y a ici ! Ca se voit que vous etes tous plein d'UT ^^
Laurent...si tu trouves que tu n'aides pas assez, tu sais quoi faire... (OC de la carte, du proc, achat d'une nouvelle boite à crunch, équiper tes autres ordi de CG si ils ont du PCI 8x ou 16x, etc :siflotte:)
Sur milkyway un oc du processeur ne changera rien du tout et pourquoi envoyer un mp? c'est enfantin l'oc :gno:
Je sais pas, peut être une prise de tête interne à Seti.USA. Et pour faire pression, il rejoint le principal concurrent de Susa. :D
Il faudrait parcourir leur forum avec attention pour voir si il y a pas des germes de fight.
Enfantin quand on sait si prendre, tout le monde ne passe pas la moitié de son temps dans le bios ...
:??: Mais pourquoi tu essaies d'avoir du taff sur le serveur GPU toi? :??: il n'est pas encore lancé c'est normal que tu ne reçois rien :/ en plus tu utilise l'application pour CPU là :pt1cable:
Prend l'application GPU 0.19F et calcule sur milkyway@home
Par contre tu peux oc le GPU de ta carte graphique et diminue sa fréquence ram, là tu auras un gain intêressant sur milkyway, le CPU ça ne joue que pour les projets non GPU :jap:
Non laurent, ton autre slot est un pci tout simple il me semble. De mémoire, la CG ne marchait pas dessus quand tu l'avais monté au début.
:??: Mais pourquoi tu essaies d'avoir du taff sur le serveur GPU toi? :??: il n'est pas encore lancé c'est normal que tu ne reçois rien :/ en plus tu utilise l'application pour CPU là :pt1cable:
Prend l'application GPU 0.19F et calcule sur milkyway@home
:pt1cable:
c'est quoi ce truc ?http://stats.setibzh.fr/list.php?filterdecoded=& (http://stats.setibzh.fr/list.php?filterdecoded=&)
crunch3r qui vient chez nous avec 30M de crédits de milky :desole:
aux abris :gno: :eek:
Les 4770 ne tournent normalement qu'avec les 9.5 ....oui ouf enfin çà fonctionne :-)
:pt1cable:1er effet : ça fausse les stats https://statseb.boinc-af.org/details.py?projet=24
c'est quoi ce truc ?http://stats.setibzh.fr/list.php?filterdecoded=& (http://stats.setibzh.fr/list.php?filterdecoded=&)
crunch3r qui vient chez nous avec 30M de crédits de milky :desole:
aux abris :gno:
:kookoo: Dudu !
Non Non ! Laurent peut tout à fait mettre une deuxième carte graphique sur sa carte mère car il possède 2 x PCI Express (vert = 16X, bleu = 8X) (Compatible ATI™ CrossFireX)
ASRock est un peu particulié sur le fait qu'il faut mettre sa carte principale sur le premier slot (vert) PCIexpress s'il n'y a qu'une carte ! Du moins sur ce modèle !
http://www.asrock.com/mb/overview.fr.asp?Model=A770CrossFire&s=AM2%2b
mais mon alimentation, n'a qu'une sortie pour ma carte graphique,
alors comment alimenter la 2 ème 4830 ?????
merci de votre aide
mmmm qu'est ce qu'il fout chez nous Crunch3r?
http://stats.setibzh.fr/user.php?cpid=6ceba8d274a1c972e44eb9d1f6854a42
edit: ha j'arrive après la guerre :D
Sinon je vois pas en quoi ça fausse les stats MDR, ses 30 000 000 sont restés chez susa hein :gniak: :siflotte::etmerde: Au temps pour moi, je savais que ses 30 M n'étaient pas venus avec lui, mais j'ai mal regardé sa prod, je lui accordais un 0 de plus , en + pour nous, en - pour eux, ça pouvait peut être infléchir la courbe et le calcul (quoique quand on voit les prod délirantes sur ce projet...) :pt1cable:
enfet c'est bon, je m'était trompé en renommant une dll. là ça crunch... pour boufer du ricain.
quelqu'un à des nouvelles de crunch3r ?
suis content pour toi,
allez hop un de plus en GPU :pt1cable:
sais pas pourquoi ce crunch machin est venu chez nousIl RAC a 85K, on va quand meme pas pleurer pour UNE HD 4850 :)
sais pas pourquoi ce crunch machin est venu chez nous,
il y a eu un coup de pub, de bleuf, ou simplement nous montrer qui était
le meilleur en score, mais qui se frotte se pique :pt1cable:
Bon désoler si je suis à la ramasse mais j'ai la faignantise de regarder les messages précédents, quand est-ce que milky for gpu sera disponible ?
Autre question : Quand est-ce que les 4890 seront prises en chargent ?
Ah oupps okay. Je pensais qu'ils allaient rester sur le serveur habituel. Autant pour moi.
Talking to my advisors it seems they don't want us to release a single precision application for GPUs for milkyway@home just yet. I think that will have to wait until we get milkyway GPU up and running. The single precision binaries I'm going to release are just for testing really (i'd like to see how many machines my code works on).
a-t-on des nouvelles concernant l'opti pour Nvidia ?
je pensait que je pouvait travailler sur le GPU avec Milkway et sur le CPU avec un autre projet, cela ne fonctionne pas comme ça ou il faut configurer autrement ?Ca peut marcher :)
... est-ce normal aussi que tout mes Fichiers MK soit tous indiqué en "calcul en cours" (malgrés qu'il n'y en a que 3 qui travail) je penser que les autre se mettait en attente.
...
:hello:ah ! tu as de la chance !
J'ai testé généticlife@home avec milkyway sur carte ati :lestat:
Les deux projets s'accorde très bien, j'ai deux calcul sur l'ati et sept sur le i7. :smak: :D
:hello:
J'ai testé généticlife@home avec milkyway sur carte ati :lestat:
Les deux projets s'accorde très bien, j'ai deux calcul sur l'ati et sept sur le i7. :smak: :D
patrice,
tu as quoi comme ventillo sur ton GPU celui d'origine ou un spécial,
ou du water cooling ??? si cela existe :D
je viens de recevoir à 19.00 ma seconde CG 4830 par ldlc.be, rapide la livraison,
bon elle est en place, mais n'a pas l'air de cruncher, je m'explique la connection entre les 2 CG a été modifier,
comme mas dis nico, la première carte fonctionne bien, mais monte maintenant en température plus de 70 degré ???? il me semble que la deuxième ne crunch pas ??? ou comment voir si elle travaille, faut-il modifier ma config ???
faut-il un bridge pour travaillez en cross fire, comme indiquer sur le mode d'emploi de la carte mère ???
merci de votre aide
laurent allez go go go :pt1cable:
overclockman,
dans gpu-z je vois bien les 2 cartes, mais en load gpu, il y en a une qui crunch et l'autre à zéro ??
dans mon manager pas remarquer la différence ?
bizarre :eek:
ah un adaptateur DVI tiens tiens,tu as rebooté depuis ?
je vais voir ce fameux soft CCC et voir aussi de ce côter là
edit: j'ai placer un adaptateur DVI sur la nouvelle carte et elle travaille toujours pas ??
merci pour ce début d'explication :pt1cable:
Laurent :hello:nico,
Essais de désinstaller Catalyst et de le réinstaller et un re-boot :??:
nico,
voila désinstall et réinstall catalys 8.12
reboot et la même chôses :priz2tet:
bon merci là je vais ZZZzzz demain le taf
Congratulations!:yahoo: :moimoi: :sodo:
You've been chosen as the MilkyWay@home user of the day!
Your profile will be featured on the MilkyWay@home website for the next 24 hours.
Autre question : sur un projet comme Milkyway avec une optimisation pour le GPU, est-il possible de fixer un seuil d'utilisation maximal de la carte graphique ? Genre 50% maximum, toujours pour la température.
Merci d'avance.
nico&laurent chez les xtba un début de réponse :) sur le fofo dans la partie dépannage
http://forum.setiaddicted.com/viewtopic.php?f=8&t=592
c'est bien pour toi non ?
Au passage, je précise que j'ai 2 emplacements entre les deux cartes, et non pas 1 seulement comme c'est le cas ici.
Donc même avec un VF1000 ce sera serré, et la suggestion de mettre 2 ventilo "sur la tranche des cartes" est pas trop mal.
(à partir de la surface de la carte, le VF1000 dépasse de 32 mm)
d'ailleurs, enlever tous les braquets pour que l'air sorte vers l'arrière sera nécessaire.
Petite technique pour savoir si votre flux d'air est bon dans votre boitier.
-pour les fumeur : présenté une cigarette (allumé hein ) devans vos ventilo et autre endroit du pc, de préférence avec une lampe braqué dessus pour bien voir la fumé.
-pour les non fumeur, je sais pas une baguette d'encens ou n'importe quoi qui produit de la fumé.
Vous verrez alors comment l'air circule et pourré optimiser le placement des ventilo ou autre.
Je ne le répèterai jamais assez mais pour gagner quelques watts et quelques degrés, n'hésitez pas à diminuer la fréquence de la ram un maximum, ça n'a aucune influence sur les performances et ça n'apporte que des avantages :jap:
Zeuz, sur une 4830, on peu baisser à combien tu penses ?
:jap:
Sur le performance dans boinc en effet, il faut les baisser. Mais en jeu c'est pas la même histoire :siflotte:
enfait j'ai trouvé carement plus simple ...
L'app info comme de base
ncpus dans cc_config a nb de core +1
Et le partage des ressources de milkyway sur 5 et les autres projets sur 100
milkyway se met en priorité haute, et du coup il bosse tout le temps ...
C'est plus qu'évident et vu qu'on est principalement ici pour de boinc, il me semble que c'était inutile de le préciser :D :jeanphi: :warf:
:hello: :hello:
Sinon 300mhz chez moi au lieu des 1100 d'origine, ça peut decendre plus bas mais il n'y a plus aucun gain à ce stade :jap: , pour info j'ai gagné 4 - 5° au niveau étage d'alim, température générale de la carte, quant à la conso il me semble que ça tournait autour de 7 - 10w c'est toujours bon à prendre :jap:
ca fait encore une fois un moment qu'on le dit ca .....en meme temps avec toutes les pages qu'il y a ...
Je ne le répèterai jamais assez mais pour gagner quelques watts et quelques degrés, n'hésitez pas à diminuer la fréquence de la ram un maximum, ça n'a aucune influence sur les performances et ça n'apporte que des avantages :jap:
1) Rivatuner
2) Essaie ce tuto, http://www.jmax-hardware.com/forum/index.php/topic,1293.0.html faut bidouiller un peu chez certain ça fonctionne pas
3) Non, je me suis arrêté dès que j'ai eu 3M sur milky, je ne crunchais déjà plus H24 à cause de la consommation electrique
Essaie ce tuto, http://www.jmax-hardware.com/forum/index.php/topic,1293.0.html faut bidouiller un peu chez certain ça fonctionne pas
supersnoopy j'ai répondu a ton MP, en esperant que ca fonctionne
Ca a fonctionné sur le mien et je l'ai fais sur celui de overclockman ou ca fonctionne aussi
supersnoopy t'essaye d'overclocker ton gpu?
j'essaye 3 trucs en parallèle (4 si on compte "passer du temps avec ma femme", aussi, ce qui ne facilite pas les 3 premiers :siflotte: )
1° faire fonctionner deux 4850 sur la même machine, sur MW
2° downclocker la fréquence ram en deçà de ce que permet le low level de rivatuner (typiquement limite = 500MHz dans mon cas)
3° relancer le crunch CPU sans que cela arrête le téléchargement de nouvelles unités MW
:pt1cable:
le 3 : pour genlife mettre le cache à 10 jours (comme il y a un quota de 8 par CPU le cache pour genlife n'atteint jamais 10 jours, boinc réclamera du travail pour milky )j'ai un souci si je mets trop l'unités milky en cache, elles mettent plus de temps entre le moment où c'est marqué calcul en cours et le moment ou elle est effectivement calculée, du coup il y a un timeout quelque part et elles partent en erreur, du coup j'ai mis un cache minuscule et 12-18 unités dans la file d'attente et je n'ai plus d'erreur
mais il faut être patient avec boinc, le manager met parfois "un certain temp" pour comprendre qu'il peut cruncher du CPU et du GPU :gno:
pourquoi milkyway marche à merveille maintenant contairement à avant? et le projet gpu est il abandonné? les nvidia ne peuvent toujours pas calculer??? (sur le milky classic)
(d'après ce que je sais) :
l'admin a modifié un paramètre du serveur pour permettre la disponibilité d'un plus grand nombre d'unités : ça a marché
le projet peut maintenant suivre la forte demande en UT
du coup, milky_GPU est mis en stand-by pour le moment, peut-être définitivement.
le portage CUDA est donc en cours de réalisation sur milky classic, ce qui ne veut pas dire que ce soit imminent.
<cc_config>
<options>
<ncpus>3</ncpus>
<report_results_immediately>3</report_results_immediately>
</options>
</cc_config>
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>astronomy_0.19_ATI_SSE2f.exe</name>
<executable/>
</file_info>
<file_info>
<name>brook.dll</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>19</version_num>
<flops>1.0e11</flops>
<avg_ncpus>0.1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline>n3</cmdline>
<file_ref>
<file_name>astronomy_0.19_ATI_SSE2f.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
J'ai installé milkyway_cpu avec les optis pour les ati - ce qui marche formidablement bien !
Je n'ai qu'un seul et unique soucis, le paramétrage des fichiers cc_config.xml et app_info.xml et ce pour pouvoir cruncher à 100% de ses capacités. :priz2tet:
Ma config : Core2Duo E6600 + 4870x2 + Vista 32bits + Boinc 6.6.36 + milkyway0.19f + CCC 9.5
Pour l'instant je dois faire de la mini-gestion, ce qui n'est pas des plus usuels - surtout quand je dors :pt1cable: - mais le problème c'est que j'ai l'impression au vu des températures (mesurées avec everest) qu'un seul de mes deux gpu crunche - l'autre se tourne les pouces...
as tu la possibilité de brancher un écran sur chaque carte ?
les pilotes ont la fâcheuse tendance a désactiver la carte sans moniteur
a défaut d'un écran de trop, certaines cartes acceptent un adaptateur dvi sans rien derrière
regarde ensuite sur CCC si les 2 cartes sont actives, tu dois avoir le double de tes points avec 2 cartes
tiens nous au courant :hello:
En fait c'est une 4870x2 et non deux 4870 en crossfire.ok, je pense qu'un seul écran suffira, en revanche, il faut désactiver le crossfire avec le pilote a mon avis
Il n'y a effectivement qu'un écran branché à cette carte graphique, mais comme toutes les récentes il y a deux ports dvi. Dois-je brancher un écran sur le deuxième ? N'y aurais-t-il pas une autre solution ?
Il est tout à fait possible de calculer avec les Crossfire activé.
Après c'est au choix, mais dans l'autre cas il faut un écran ou l'adaptateur dvi/vga avec les résistances.
:hello:
Core2Duo E6600 2.40Ghz
MSI R4870X2 T2D2G
Vista x86
Boinc 6.6.36
milkyway0.19f
CCC 9.5
- DISPIO : la partie de la puce qui gère le pilotage des écrans
- MEMIO : la partie de la puce qui gère les échanges mémoires et PCIe
- SHADERCORE : la partie traitement à proprement parler, avec les SP et tout ce qui s'y rapporte
Tu as 2 solutions
- Augmenter ton cache et laisser tourner le pc pour que le %tage s'améliore
- Bidouiller le fichier client_state.xml et tu augmentes la ligne <active_frac> *** </active_frac> , le maximum étant 1 :jap: , 1 correspond à 100% d'activité, 0.95 correspond à 95% et ainsi de suite
mouwai :rhaa:
- <app_info>
- <app>
<name>milkyway</name>
</app>
- <file_info>
<name>astronomy_0.19_ATI_SSE2f.exe</name>
<executable />
</file_info>
- <file_info>
<name>brook.dll</name>
<executable />
</file_info>
- <app_version>
<app_name>milkyway</app_name>
<version_num>19</version_num>
<flops>1.0e11</flops>
<avg_ncpus>0.1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<cmdline />
- <file_ref>
<file_name>astronomy_0.19_ATI_SSE2f.exe</file_name>
<main_program />
</file_ref>
- <file_ref>
<file_name>brook.dll</file_name>
</file_ref>
</app_version>
</app_info>
wu's milky CPU sur GPU
Alors que j'ai rien modifié!AHHHHHHHHHHHHHHHH AH AH
enfin si j'ai changer la carte mère!
je vient de m'apercevoir que totes mes wu's milky CPU sur GPU partent en erreur de calculs!! Alors que j'ai rien modifié!
enfin si j'ai changer la carte mère! j'ai juste desinstallé les pilotes du controlleurs, faut-il reinstallé le catalyste 9.5 ?
pas nécessairement besoin de réinstaller un OS.
faut supprimer quelques pilotes systèmes (gestion disques, ACPI, etc.) avant d'éteindre ta machine pour changer le matos.
Gestion à la mano du cache et du nombre de WUs CPU calculées , mais ca implique des unités longues sur CPU pour pas resté collé sur l'écran.
j'sais pas pour vous, mais ma 4770 est encharge quasi constante avec pas moin de 13wu's milky en même temps! :eek:
C'est ça, il en a que 3 qui tourne vu que je doute qu'il ai été modifier les paramètres :gno:
Déjà qu'ils ont du mal à accoucher des versions CUDA Nvidia, et que c'est les vacances.
Les applis optimisées ATI sont développées par des bénévoles (Cluster Physics ,...)qui ne font pas partie du projet.
Compatible ATI 38xx et 48xx calcul double précision seulement.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=631
Bonjour
Je suis un petit nouveau.
Juste une petite question, au sujet des cartes graphiques ATI, Milkway compte-t-il étendre leur projet à toutes les carte graphiques ATI car j'ai une ATI mobility FireGL V5700 de 512Mo.
Du coup elle n'est pas utilisée. :(
Merci par avance de vos réponses
les autres cartes comme les radeon 24xx peuvent faire du folding mais ce n'est pas sous boincFolding c'est le mal :desole:
Folding c'est le mal :desole:
:D
:hello:
L’ennemi est con, il croit que c’est nous l’ennemi alors que c’est lui.
Sur ATI ça n'a aucune influence vu qu'elles ne sont pas détectées :jap:
Est-ce normal si la CG calcul 12 ut à la fois ?
supersnoopy tu as plus que 2 gpu pour faire 290 000 par jour sur milkyway? avec ma
4870 je fais 95 000 -100 000 donc fois 2 : 200 k max ta donc surement 2 pc... c'est
juste par curiosité car jaimerai avoir 2 gpu
ok je comprends mais pour crossfire de deux 4850 jimagine que té a environ 160 000 de credit et crossfire de 4870 190 000 ? bonne journée
... crossfire de deux 4850 jimagine que té a environ 160 000 de credit ...
Le recrutement sauvage n'est pas de mise dans l'AF ................... :cpopossib:
Quelqu'un a testé les drivers 9.6 ? ça donne quoi ? :jap:
:D inscrit milkyway@home
WUs => moins 5 heures :miam:
Moin de 5h sur quoi? un iphone? un intel 486 33mhz oc @ 34mhz? une calculatrice?? :gno:
Sur vista et seven les 9.* marchent bien chez tout le monde ou presque, sous xp ils sont connu pour déconner
Pas réussi sous Seven 64b avec une 4870.... Les 9.5 impec.
J'ai pas compris pourquoi.... ptet une erreur de ma part. Mais j'ai pas cherché plus loin
Ou même des 4890, y'a des 4850 chez nous qui tourne aussi vite que ces premières :D
des 4850 oc ne rattrape pas les 4870 oc ossi c'est bien normal et com jsui un overclokman ^^lol ptite dedicasse :smak:
Installe les 8.12 ce sont les meilleurs, ce sont ceux qui fonctionnent chez tout le monde
Sinon normal que ce soit en erreur, tu n'as pas copié + renommé les .dll, ce dont jip faisait allusion plus haut
Pour Microsoft.NET je l'ai téléchargé mais je n'arrive pas à l'installer
ah là là ... :cpopossib:
la lecture en diagonale des forums .... :/ :o :siflotte: :D
C'est vrai, je suis bien content de ne plus être le seul qui n'est pas lu ou lu à moitier :D
C'est rageant parfois de donner la solution et de voir le type, juste en dessou de ton message, galèrer comme un dingue alors qu'il n'a qu'à lire le poste au dessu, au moin la dernière page quoi mais bon :miam:
Bonsoir,
J'ai un petit soucis avec Milkyway, je n'arrive pas à faire calculer ma CG. (Il s'agit d'une ATI 4850 vapor-X)
J'ai installer les derniers drivers 8.620
Ainsi que les différents dossiers d'optimisation 0.19f.
J'ai bien activé l'option dans BOINC.
Une idée ? :)
tu n'as pas copié + renommé les .dll, ce dont jip faisait allusion plus haut
C'est à dire ? moi j'ai téléchargé le SSE3 pour le proc' et le 0.19f pour la carte graphique, j'ai extrait le tout, puis je l'ai collé dans le dossier de Milkyway. Il y a autre chose à faire ? Que faut-il exactement renommer ?
Pour ce qui est de Microsoft. NET, "vous devez utiliser l'option : Activer ou désactiver des fonctionnalités Windows" ...
Je vous ai tous lu.
C'est seulement que j'ai pas compris ce que vous me demandiez de faire ... :??:
Donc :
Boinc fonctionne mais uniquement pour le CPU.
C'est à dire ? moi j'ai téléchargé le SSE3 pour le proc' et le 0.19f pour la carte graphique, j'ai extrait le tout, puis je l'ai collé dans le dossier de Milkyway. Il y a autre chose à faire ? Que faut-il exactement renommer ?
Pour ce qui est de Microsoft. NET, "vous devez utiliser l'option : Activer ou désactiver des fonctionnalités Windows" ...
penser à faire un petit : "copy %SYSTEMROOT%\system32\atical*.dll %SYSTEMROOT%\system32\amdcal*.dll"
Tu peux détailler un peu plus stp :
Merci.
Dans : "Switch between applicatons between every , ..." ?
@Nico: oui ça fonctionne aussi, il renvoie le résultat dès qu'il est calculé
Vous avez des avertissements comme ça vous aussi :
(http://www.lesdelliens.com/images/247625001247323023.png) ?
Les 8.12 c'est pour xp.
Ok.
J'ai rajouter un ventilo dans mon boitier vers la CG. De plus ma CG est une vapor-X donc niveau ventilation ça devrait aller, mais je garde ton conseil on ne sait jamais.
J'ai pas trouvé pour enregistrer le profils mais bon c'est pas grave, et puis la manip' et vite faite ;)
Merci pour tout, ... :)
Et pour l'optimisation une idée ? :electric:
edit : sa va quand même beaucoup moins vite maintenant !!
6.6.36
9.6
vista 64 busines
0.19f
pourquoi ?
Les calcul vont moins vite ? oui un peu mais si ça peut t'évitai des plantages de pilote tu sera gagnant au final.
Pour les phenum II il n'existe pas d'opti SSE4 A donc il faut se contenter du SSE3 mais tu ne peut pas calculer en même temps milky gpu et milky cpu.
Les 8.12 c'est pour xp.
Du tout je tourne avec les 8.12 sous seven :jap: , je dois faire un truc tout de suite mais je te file les liens après :jap:
Du tout je tourne avec les 8.12 sous seven :jap: , je dois faire un truc tout de suite mais je te file les liens après :jap:Merci.
Merci.
Avec ces drivers je pourrais laisser les fréquences de la carte graphique d'origine ?
Faut désinstaller et réinstaller les drivers ....
:jap: Lien à garder précieusement parce que le site d'AMD ne propose que les derniers drivers, les anciens ne sont plus dispo au public :(
Bien joué !
J'avais trouvé que les 8.12 pour xp !
Et plus de 11 000 points en même pas 12h, seulement avec ma CG :sun:
Et plus de 11 000 points en même pas 12h, seulement avec ma CG :sun:
Bravo Laurent :jap:
J'ai du mal à suivre ta cadence :/
Heureusement que j'ai un PC supplémentaire :D
Les mises à jours ne veulent pas se faire :(
Obliger de le faire manuellement :(
"boinc is currently ide" !
<cc_config>
<options>
<report_results_immediately>1</report_results_immediately>
</options>
</cc_config>
Tu as quoi comme config gaulois952?
Juste pour savoir.
Je n'ai que deux ptites hd4870 gs ^^
Gaulois t'es dans une team ? :siflotte:
Non on peu pas calculer avec une ATI, et c'est pas en heure que l'on compte les points car n'importe quel machine peut calculer une UT Aqua en moins d'un heure a par un supercalculateur mais bon je pense pas que tu en ais un chez toi, un I7 920 @ 3.5Ghz peut en calculer 2 en parallèle en 6heures. Soit 500 000 points par jour si il est en H24.
J'aurais besoin d'une ptite info les gars :) je voudrais savoir, la je prévois d'acheter encore une carte graphique, j'ai le choix entre une HD4870, une HD4890 ou une HD4870X2, je voudrais savoir si les deux dernières sous Milly sont stables et si une HD4890 comparée à une HD4870 il y a beaucoup de points de différences :)
Et je voudrais savoir, si en prenant une de ces cartes, il y avait moyen de les coupler avec ma HD4870 tout en faisant du Milky :)
Bon choix
AH oui et je voulais savoir, lors de l'installation des deux HD4870, pour faire tourner milky je devrais desactiver le crossfire c est ca ?tu n'est pas obligé, je fais tourner 2 hd4870 en crossfire.
:gno: il me faut le même membre :cry:
Si je comprend bien, tu est triste de ne pas avoir un gros membre à toi..... Raconte tout à tonton tibi.. :lol: :marcp:après ça y'en a encore qui s'étonnent qu'il y a des hach titi pi en trop dans les url de la barre co :gropet: :D
Lol encore deux jours et je rentre dans le top 50 de L'Alliance Francophone ^^
Bon sinon ben champaign for everybody tout le monde :clafete:Un surnom de rechange tout trouve pour notre collegue CampaignForLiberty
la plus chaude tourne à 75 degré et celle du bas à un grand maximum de 53 degréRien que de tres raisonnable, meme pour la plus chaude (celle du bas me semble tres fraiche meme je dois dire)
July 21, 2009
I'm testing a genetic search right now with the new verification. Let me know how things are working. Work should be flowing now
Mh sympa, Genetic pourrait devenir compatible ATI ? :love:
Fait pas le malin :D dans notre team on viens d'avoir deux 4850 et une 4870x2 ^^
Et attends c'est pas fini bientôt deux 4870 voir quatre si tous ca pase bien :p
Ne t'inquiète pas quand les 58** sortirons nous seront là !
On a aussi des I7 975XE :o
Dis donc poulpito, ton suppositoire du matin est rentré de travers ?
ça te sert à quoi de tanner stykiller ? :o
C'est peut être une forme d'humour, entre gars virils ou je ne sais quoi ,mais je vais finir par trancher.
non mais de quoi je me mêle ...
est ce que je te demande si tu t'es fait tirer de bon matin pour avoir cette humeur la
c'est quoi ce truc de fou la faut se calmer prend un truc pour te détendre la rondelle et va te faire tirer :priz2tet:
oupppppsss autant pour moi :electric: :electric: :electric: :electric:
descend au 9.5 sans CCC si tu as le CCC essai de désactiver le VPU recover
Bien sûr, n'inverse pas les rôles, je t'ai repris justement pour ta façon de te comporter envers stykiller, depuis tu as envoyé chié et tu te ferais presque passer pour une victime..... :lol:
bon sa marche avec les 9.7 sans les CCC , mais j'ai encore un probléme la carte est pas a 100 %
comment voir l'utilisation de ma HD 4890 ? avec un logiciel ou modifier un fichier dans boinc ? app info ?
certains prennent le temps de comprendre comment ca marche, lisent les readme, parcourent les 100 etqqs pages du topic en diagonale pour s'instruire et chercher les infos+1
Et la fonction "Rechercher", cela peut servir sans avoir à parcourir toutes les pages :cavachier:
Mais bon comme d'hab, tellement plus facile de poser la question....
:hello:
Parfois même il suffit de lire quelques postes plus haut, ce n'est pas le cas ici mais c'est déjà arrivé plusieurs fois :miam: :pt1cable:
Honte aux nouveaux
j'ai un serveur ftp ou vous pouvez poster vos FAQ , optimisations, etc pour aidez les autres, adressepas malin d'ouvrir un acces ftp en écriture publié sur un forum lisible par tout internet !
xxxxx
vous pouver créer des dossiers, en fonction de vos offres d'aide
à utiliser avec si possible fillezilla, tester en mode passif ou actif
et voila
à vous de jouer
laurent
merci pour le pas malin :cpopossib:c'était juste un conseil de base de sécurité sur internet
j'enlève de compte tant pis pour vous :sun:
laurent
j'ai déjà saturé le serveur ftp.sncf.fr en 1999 pour moins que ça :cavachier:
pas malin d'ouvrir un acces ftp en écriture publié sur un forum lisible par tout internet !Arf il a édité son message mais t'as pas édité le tien :D
mais on ne va pas éparpiller les données de l'AF, il existe déjà des outils et un portail
Arf il a édité son message mais t'as pas édité le tien :Ddone (il a dit qu'il avait tout coupé tfaçon) :siflotte:
Ches les XTBA y'a un topic par projet GPU :gniak: :miam:On m'a meme rapporte que pour ceux qui avaient 2 cartes, ils pouvaient poster 2 fois sur le topic sans etre sanctionne :)
putain les points sont revenus yeah yeah poulpito <modération>! lol
Pauvre ThierryH qui pert 23 millions de crédits :/
Bon c'est fini ces remarques débiles svp ?
Tu bosses pour l'AF ou t'en a rien a foutre ? chacun voit midi à sa porte question projet. Tout motivation quelle qu'elle soit est respectable du moment qu'on rame tous dans le même sens.
Pauvre ThierryH qui pert 23 millions de crédits :/
pour ca que ca me plaisait bien cette histoire :hyperbon::cavachier:
oubliez pas les seconds degre aussi dans l'humour
Lisez quand même avant de poster :cavachier: :priz2tet:
C'est pas compliqué m***e :rhaa:
:hello:
Pour ma part j'adore le 2eme ° Surtout sur Mon compte Ramsey!
D'ailleurs sa ce passe bien tes vacances Ivan ???
Hack pas trop de compte quand même :ange:
Une version CUDA est disponible en Alpha. Impossible de la faire tourner sur BOINC mais Travis nous demande de la tester avec les wu de test sur différentes machines et de faire un éventuel rapport de bug.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=906&nowrap=true#28652
:jap:
Oui tout à fait, mais pas les GTSxxx genre les GTS250.
les cartes de ceux dont le budget est limité. :blbl:
d'après ce que j'avais lu, les superviseurs du projet ont refusé le passage en simple précision parce que ca remettait en cause les fondamentaux de l'étude, avec pas mal de conséquences. Donc ca reste réservé aux cartes qui supportent la double précision :hyperbon: ATI powaaaaaaaaa :hyperbon:
Ah merde :/D'après la dernière info en date sur le site de Milky: vers le 15 juin 2009 :siflotte:
Les calcul Nvidia arriveront quand d'après lui ?
Vous l'attendiez, vous la souhaitiez, et bien la voici LA FAQ (http://forum.boinc-af.org/index.php/topic,3005.0.html) :siflotte::+1: :oki: :bipbip:
Moi aussi, je n'es plus rien
salut
voila , j'ai un probléme pour faire cruncher ma HD 4890 ( avant sa marché trés bien , et paf d'un coup sa veut plus )
j'ai rien touché , aucune idée
je suis sous Vista 64 , pilote 9.7 sans les CCC , boinc 6.6.36
merci
J'ai ouvert un sujet sur une autre option possible en zone pastis.Meme pas besoin de tester, c'est l'evidence : la solution garantie (un peu plus lourde toutefois)
Si y'en a qui veulent tester de leur coté, ça serait bien.
J'ai ouvert un sujet sur une autre option possible en zone pastis.
Si y'en a qui veulent tester de leur coté, ça serait bien.
Je pense que ce serait bien de le mettre dans la FAQ ^^
10/08/2009 07:45:44 Milkyway@home Message from server: (Project has no jobs available)
Les wu sont redevenues aussi courtes qu'au début. Du coup, le serveur ne suit plus :(
bonjours, je suis nouveau sur ce forum (peut-être y a-t-il un topic pour se présenter?)(http://moe.mabul.org/up/moe/2009/05/14/img-1105374fn89.gif) alf@... il suffit de demander [Officiel] Topic du Bonjour / Aurevoir (http://forum.boinc-af.org/index.php/topic,467.0.html).
le topic est un peu vieux, je ne suis pas sûr qu'il faille le "déterrer".N'hésite surtout pas à déterrer quand c'est à propos, c'est bien mieux que créer de nouveaux sujet sur le même thème.
N'hésite surtout pas à déterrer quand c'est à propos, c'est bien mieux que créer de nouveaux sujet sur le même thème.:plusun: C'est pour cette raison que je demande dans mon précédent message à ce qu'il soit épinglé :p... une bonne visibilité de ce Sujet est indispensable pour le Forum. :coffeetime:
Pourquoi moi ? :??: :siflotte:
Réveillez vous les mecs on se fait dépasser par les ricains au score sur milky today ^^
Faites chauffer vos GPU !! :cavachier:
Je peut pas milky est incompatible avec les Woodal llr du challenge primGrid, tout part en erreur de calculs. :cry:
Je peut pas milky est incompatible avec les Woodal llr du challenge primGrid, tout part en erreur de calculs. :cry:
Réveillez vous les mecs on se fait dépasser par les ricains au score sur milky today ^^
Faites chauffer vos GPU !! :cavachier:
une petite question (de base malheureusement):
est-il possible de faire du calcul GPU (milky) et du calcul CPU (pour le moment j'ai ABC@home et virtual prairie en CPU, mais ça cohabite très mal (je pourrais préciser cette dernière phrase au besoin))?
Ensuite prenez l'application optimisée de Crucher ( de préférence la ATI/CAL Boinc 6.5.0 car la ATI/CAL Boinc 6.6.20 ne fonctionnait pas chez moi il me mettait un message d'erreur lors de la réception d'ut milky ) http://calbe.dw70.de/mb/viewtopic.php?f=3&t=113mais sur son lien il n'y a plus que la 6.10 donc soit quelqu'un a le lien de la 6.5.0 , soit je tente avec la 6.10
comment faire au sujet de la v6.5.0 que je n'ai pas dispo au dwnld
Oui tiens elle apporte quoi la nouvelle version de Boinc ??
euh... dsl de poser la question mais qu'est-ce la version CUBA?
sinon, ce serais embetant qu'il coupe milky pour tout le WD, je dois cruncher avant la reprise des cours moi!
La boinc 6.10 fonctionne bien ici, reste plus qu'a savoir si la coupure de ce soir aura la surprise de voir nos ATI sur le projet :miam:
Et c'est a Cuba qu'on porte les bretelles les plus longues :lol:
pourquoi autant de WU, un quad devrais en avoir 4 et même multrheadé: 8 + CG entre 1 et 3 ce qui pour moi fait un max de 12?
et vous parler de quel projet pour vos WU faite rapidement même si c'est 6 par core?
pour faire la mise à jour, je désinstalle d'abord la 6.6.36 ou je la fait "par dessus"?
je dois remettre l'opti 0.19f après ou pas?
-est-ce risqué d'essayer Boinc 6.10?
-y a-t-il une procédure particulière pour y migré depuis boinc 6.6.36+0.19f+Wdws 7+... ?
-comment connaitre sa version du frame...machin chose (et comment le mettre à jour?)?
-y a-t-il des projet qu'on sait ne pas marcher avec cette version de boinc?
:hello:J'avais essayé à nouveau Milkyway@Home avec un boinc 6.6.36 en version 64 bits nouvellement installé mais un problème de checksum sur l'application cuda de milkyway en version 0.19, je crois, m'a empêché de calculer ma première wu. :/
Il semblerait qu'il y a une appli Milky pour GPU Nvidia GT2xx sous linux.
Je viens de m'attacher au projet, boinc réclame des wus CPU (et en chope) ainsi que des GPU (ma GTX275 apparait bien dans les détails de ma machine sur le site de Milky, mais j'ai un "no work sent").
Question 1 : visiblement, aucune appli GPU n'a été récupérée ce qui expliquerait pourquoi mon GPU se tourne les pouces. Comment qu'on fait pour le faire bosser ?
Question 2 : je ne veux pas d'unités CPU Milky sur cette meule : je n'ai trouvé aucun réglage sur le site de Milky pour préciser ça. Comment qu'on fait ?
Merci d'avance :jap:
OK, l'appli CPU s'est bien chargée (0.18 par le serveur), mais nada du côté GPU.L'application nux/cuda a été retirée vu qu'elle donnait des résultats invalides. En fait, elle est basée sur la version 2 de Milkyway qui doit sortir dans quelques jours. D'ici là, il y aura aussi une version win32/cuda. La version win64/cuda risque de ne pas voir le jour par manque d'intérêt (pas plus rapide que la win32 vu que tout le travail est fait par le gpu).
J'ai regardé sur zslip : pas d'appli GPU Cuda. On trouve l'appli automatiquement sur le serveur ou faut la choper à la mimine (et où ?)
L'application nux/cuda a été retirée vu qu'elle donnait des résultats invalides. En fait, elle est basée sur la version 2 de Milkyway qui doit sortir dans quelques jours. D'ici là, il y aura aussi une version win32/cuda. La version win64/cuda risque de ne pas voir le jour par manque d'intérêt (pas plus rapide que la win32 vu que tout le travail est fait par le gpu).
:jap:
Ouais mais s'il y pas d'optimisation win64bits les personnes équipées de ce dernier ne pourront pas cruncher ??Win64 tourne tout les exécutables win32. Aucun problème.
En fait y a pas que Mylkyway de concernéJ'espère qu'il ne va pas mettre tout ses projets sinon je vais devoir remettre en route mes nVidia :D
http://stats.setibzh.fr/user.php?cpid=1cc1375b33438e04418aebe3288de8b5
Very strange man, but a welcome guy
Dans toutes les équipes il y a des types qui vont passer quelques jours ailleurs, de temps en temps. C'est arrivé pour l'AF aussi.Il calcule. Il a déjà fait plus de 150 000 points pour l'AF ;)
dans le cas présent le mec change d'équipe mais ne calcule pas donc pas la peine de trop se pencher là dessus...
:o
il continu , il va empecher thierry h de passer premier ! alors que celui ci allez bientot depasser banshee!De tout façon, c'est un SUSA http://fr.boincstats.com/stats/team_member_movement.php?pr=bo&id=6a2699343db70ed45bf548063462ecb2
Un jour je te dépasserai thierry !:biglol:
Message fusionné: 26 August 2009 à 21:50
:gno: :gno:
C'est plutôt décevant par rapport à l'appli ATI:
- GTX295: 8mn30
- GTX260: 15mn
(wu à 74.24 points)
:(
Cuda dispo sur Milkyway :bounce:Ca m'étonne pas. :blbl:
GTX2xx uniquement, driver 190.xx mini et seulement windows pour le moment :jap:
Ca m'étonne pas. :blbl:
Toujours les mêmes qui se font avoir. :/
Sinon, Anthony Waters (le développeur de l'appli CUDA pour Milkyway) est en train de finaliser les versions linux32 et linux64 de son application. Elles devraient être dispo très rapidement.Merci pour l'info. :jap: :jap:
:jap:
Windows?bah que du classique XP pro 32, drivers ati 8.12, 2 quad
:hello:
Bon, je vais essayer, ça me changera un peu de seti.... :gniak:C'est sur Aqua :jap:
Question : c'est pas sur milky qu'il y a une inversion use GPU yes/no ? c'est à dire qu'il faut mettre no pour avoir oui ? je sais plus.... :siflotte:
C'est moi ou on est limité à 12 unités GPU par jour ? :??:
ah ?
c'est pas comme pour les ati et les cpu ?
soit 6UT simultanées max par core de cpu.
t'aurais pas un dual core par hasard ?
Si, mais comme c'est des unités GPU..... :??:
Oui go go sur un autre projet :lol: :cavachier:
bonsoir, j'ai un petit soucis dans ma mini-team on a fait un concour et l'un des membre s'est vu offrir une journé de calcul sous milky avec mon ordi. il m'a donc passé ses identifiant milky (mail+mdp)
de mon coté j'ai détaché mon projet milky et je l'ai rejoind avec ses id.
problème BOINC ne calcul plus milky avec la CG mais avec les CPU, bien moins intéressant...
j'ai bien coché la case "calcul GPU même si l'ordi est utilisé", toujours pas de changements!
auriez-vous une idée pour que tout ça soit calculé avec la CG ?
merci.
PS:je pense que de sont coté il n'a pas arrété de calculé sur milky avec son CPU et n'a pas modifié ses pref en ligne (auxquelles je n'ai pas accès)
<account>- marter_url : mettre l'URL du projet en question, pour l'exemple, j'ai mis Milkyway.
<master_url>http://milkyway.cs.rpi.edu/milkyway/</master_url>
<authenticator>1988_807ef2b4e49ee5382d0b26fa17329c2e</authenticator>
</account>
Le problème de milkyway et sa fameuse application optimisée pour GPU ne marche pas comme je le voudrais. J' aimerais mettre des projets très interessant comme Rosetta pour calculer pour la science et faire des points avec milkyway (Oui je sais c' est un projet astronomique mais les gens s' en servent car il crédite du feu de dieu avec un GPU type HD4830)
Il existe un moyen de faire autrement :)Il faut que tu mettes ça dans la section des tutos !!
Si tu as démonté, et tu as démonté la carte pour installer le radiateur, tu DOIS réinstaller les drivers!
:hello:
pourquoi, Jim ? si entre temps il n'a pas redémarré sa machine... ?
Ils vont baisser les crédits de 20-30% pour être en accord avec d'autres projets au niveau des crédits
Il y a une amélioration de performances de CUDA et si j'ai bien compris, aussi pour ATI
Serveur revenu.attention, ce sont des unités cpu que ton gpu calcule sur milky, elles entreront en concurrence avec les unités cpu de tes autres projets, boinc ne sait pas faire la différence
J'en profite pour poser une question, mon GPU calcul sur Milkyway, si je fais travailler mon CPU sur un autre projet, les points gagner sur celui ci viendront-ils s'ajouter au total sur mon compte ?
attention, ce sont des unités cpu que ton gpu calcule sur milky, elles entreront en concurrence avec les unités cpu de tes autres projets, boinc ne sait pas faire la différence
en gros, le stock d'unité milky va se vider et ce sont les autres projets qui prendront toute la file d'attente
c'est pourquoi nous attendons tous avec impatience le client boinc 6.10.xx qui saura gérer équitablement les unités cpu et de vraies unités gpu :)
je viens de tester la 6.10.4 avec milky, c'est pas top
à chaque fois le boinc récupère de nouvelles unités, il arrete de calculer sur les anciennes et commence les nouvelles
du coup j'ai des unités qui trainent depuis longtemps dans ma fille d'attente et boinc calcule toujours sur celles qu'il vient juste de downloader...
Voici quelques manières rapides de le faire :
Démarrer>Exécuter>cmd
cd /d %systemroot%system32 jesplique ici http://forum.boinc-af.org/index.php/topic,2158.450.html (http://forum.boinc-af.org/index.php/topic,2158.450.html)
copy amdcal* atical*
Remettez en marche alors BOINC complètement ou votre système pour s'assurer.
merci! sinon quelle difference entre opti 0.19f et les 0.20?
merci! sinon quelle difference entre opti 0.19f et les 0.20?
a quoi correspond ces 3 lignes? <flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>?? jarrive pas a depasser 65% c chiant faut que je revois le branchement de mon pc en urgence...
bonjour kiki
-> Supersnoopy : T'as quel version de BOINC? si tu n'as pas la 6.10.4, relis le readme.... :priz2tet:
Configuration for older BOINC clients (before 6.10.x):
The included app_info.xml declares the app as GPU app for the new 6.10.x clients. This is done
with a <coproc></coproc> statement, which may confuse older versions as they don't recognize the
type of required GPU. Theses clients may refuse to run the app in such a case. To get it running,
just remove the lines
<coproc>
...
</coproc>
and everything between those tags. It is twice in the .xml file, you have to remove both. After
that you should adjust the value <avg_ncpus>0.05</avg_ncpus> (just above the coproc statement)
to something higher (depends on your needs, but I would recommend 0.5 or even 1).
Boinc 6.10.4 Catalyst 9.9 Win 7 / 64 B / Opti 0.20
jai des erreurs tout les 2 calculs , ça termine ça envoi au serveur puis les unités suivantes ne commencent pas et partent en erreur et les 2 suivantes demarres et fonctionnent , ensuite re erreur , ensuite ça marche , ensuite erreur , indefiniment c'est donc un pb d'application ça c'est sur mais lequel? ps taleur jai dis une bétise quand on baisse les cpu ça nempeche pas les erreurs de calcul XD la je repasse à 0.19f ça m'énerve et en plus personne n'a vraiment dis combien de point il se faisait en plus.
.......
Et la 6.10.4 déconne avec la gestion des tâches! Fait comme tu veux, mais dans 24h on verra....
:hello:
dans cmdline c'est f10 avant w0.5 je croyais l'inverse
faire ça H24 doit être épuisant :Dc'est horrible je fais ça depuis lundi et jai résolu mes problemes! le pire c'est que je me prenais la tete à modifier les w , f , n jai rien toucher et c'est encore mieux lol depuis que je ne touche plu , plu d'erreur de calcul , j'y touche plu pendant un long moment , repos neurologique :D jconseil pour les 4870x2 de faire du calcul n2 en mettant n2 en bas et en haut , chaque paragraphe de commande represente une carte graphique! jai mis longtemps a comprendre! pour les bi gpu le 0.20 est simplement en double!
ok ç'etait qune impression de testing :smak:
Message fusionné: 19 September 2009 à 09:47
ça crédite plus que d'habitude? j'ai 50 000 points à 8h... alors que je calcul avec mes 4 cpus, et hier qu'avec 2 et jai eu largement moins... c'est qui ce venganza qui se place juste derriere thierry h? avec 109M de crédit dans l'af! encore un americain, de passage? jai regardé dans boinc stats mais personne correspond à lui meme avec un autre pseudo en terme de point! explication?
tes cpuid sont pas bon dans ton compte de l'af regarde https://statseb.boinc-af.org/synthese_membre.py?cpid=NicoX900 quel est ta carte sinon? ta une mini team? t'es le bienvenue chez les ijv :D :D :D notre logo avec nos scores http://www.myboinc.com/scores/mt_t_IJV.phpComment ça se fait au sujet de mes cpuid? Que faut-il faire?
23/09/2009 22:04:06 Milkyway@home Message from server: Your app_info.xml file doesn't have a version of MilkyWay@Home.
tu as essayé DD sur cette casserole ?Non... toute façon je fais relâche sur ce projet jusqu'à nouvel ordre. :p
Si c'est sous linux ca paye pas mal aussi :sun:C'est un auto-cuiseur sous XP. :D
Je vous tiens au courant les gens ! ^^C'est surtout pour éviter la fraude
EDIT : Pour vous donner mon avis sur pixmania : Commande effectuée à 13h35, une demi heure après un gentil monsieur de pixmania m'a appeler pour bien confirmer que j'étais bien l'acheteur ( très très bon point :love: ) et 18h Commande préparée !
Si vous voulez l'acheter allez y et utilisez le code réduction 5DAYS5 vous économiserez 18€50 !
franchement elle fera pas beaucoup plus sur milkyway que la hd 4870x2 pour 100 euros de plus, 2400 gflops contre 2750, en jeux la hd 5870 et en dessous de la 4870x2 ,surprise lors dun test que jai vu sur tout les jeux en dessous et aussi de la geforce 295, bon c'est qun mono gpu en meme temps , seul point positif la consommation pour cette puissance pour boinc je pense pas que ça mapporterai beaucoup
Ils vont baisser les crédits de 20-30% pour être en accord avec d'autres projets au niveau des créditsJe dois être à la masse : je croyais qu'on ne pouvait calculer qu'avec les atis sur ce projet. :eek: Vous pouvez-me dire comment faire ? C'est avec milkyway ou le projet gpu ? :jap:
Il y a une amélioration de performances de CUDA et si j'ai bien compris, aussi pour ATI
Can't open init data file - running in standalone mode
No device was specified on the command line
Looking for a Double Precision capable NVIDIA GPU
Found 1 CUDA cards
Found a GeForce GTX 260
Device can be used it has compute capability 1.3 support
Chose device GeForce GTX 260
called boinc_finish
nm_s21_l01
parameters[14]: 0.57171300000000002672, 12.31211899999999914712, -3.30518700000000009709, 148.01025699999999574175, 22.45390199999999936153, 0.42035000000000000142, -0.46885799999999999699, 0.76057900000000000507, -1.36164400000000007651, 177.88423800000001051558, 23.88289199999999823376, 1.21063900000000002066, -1.61197400000000001796, 8.53437800000000024170
metadata: it: 5, ev: 588
fitness: -2.88934096901602455176
your_app_name-gpu-test: 0.20 double
Bon alors pour vous tenir au courant les gens, j'ai pas recu ma carte, pixmania c est vraiment n'importe quoi ils indiquent la livraison ce matin entre 8h et midi résultat je viens d'appeler le service client on m'indique gentillement que je serais livrer lundi matin :rhaa: :rhaa: :rhaa: :rhaa: je suis dégouté la j'aurais du passé par la poste au lieu de leur " top chrono " a la con...Super content de Pixmania hier, et plus aujourd'hui??
(http://smileys.touslessmileys.com/s60/0909/8839.png)C'est vrai tu as raison :desole:
:hello:
Personne ne vire personne de l'AF...le pire c'est qu'il va en faire qu'à sa tête et quand il aura compris que les XTBA sont partis tout seuls parce qu'ils voulaient monter leur équipe boinc ...bah il sera trop tard...
Y'a pas de big boss Patrice, juste des choix perso. Pas non plus la peine de s'enflammer... :coffeetime:
Merci de ne pas en rajouter, les Xtba ont fait le choix de partir ils ne font plus partie de l'AF. Le lien de leur site se trouve toujours sur le fil et donc ils sont contactables facilement.tu as raison, il faudrait supprimer tous les posts du 201503 à celui-ci
Merci de cesser toute remarque à ce sujet surtout dans un fil non réservé à ce propos. :cavachier:
C'est vrai tu as raison :desole:Avec les version 6.10.x il n'y a pas besoin d'applis optimisés pour CUDA.
Ceci dit, après avoir parcouru pas mal de messages, j'ai encore des questions :
1) Est-ce tous les GPU nvidia qui sont supportés sous linux ou juste les gtx 2xx ?
2) Où trouver l'appli ?
:jap:
Avec les version 6.10.x il n'y a pas besoin d'applis optimisés pour CUDA.
Par contre il faut absolument une carte qui calcule en double précision donc exit tout ce qui n'est pas GTX2xx
Sinon le lien est maintenant http://www.brilliantsite.com/milkyway/ (http://www.brilliantsite.com/milkyway/)
:hello:
Dans tout les cas je vous tiens au courant si ca marche sur Boinc et tout ! Je testerais Folding si ca intéresse quelques personnes
Edit : En tout cas si tout va bien lundi je peserais 400000 crédits par jours ^^ Et début novembre si je m'achete la HD5870X2 j'en parle meme pas :p je serais ptete au niveau de ThierryH lol
ils me manque quesqui c'est passé, le fadat ah pétté les plombe?
jhe vais regoindre les xtc moi?
l'af dans mon coeur, les xtc tous seul?
le puceaux a été aceuillie.
zept quad et un i7 425 euros de facture edf.
Message fusionné: [time]dim 27 sep 2009 17:20:24 CEST[/time]
pour quoi? rien.
qutre quad déteints là
lke deusiemme de l'af foue la merde?
je suis avec les xtc, quoi qu'ils en coute.
cool. :D
les xpc sont cool, tranquille, pénardre coit.
entre lui et lui je choisie lui le fada.
mes quarante coeure sont bientop xtc
af xtc c'est la concurance?
je les rejoints parce qu'il sont tous seul.
ou alors dix volontaire a ma place dans l'af?
en greve pc
j'ai éteint quatre quads?
et une gtx 260.
Message fusionné: [time]dim 27 sep 2009 17:45:06 CEST[/time]
je veut savoir pour quoi vous avez virez de l'af ivent le foue? :gno:
Et tu crois que je vais rester les bras croisés :léjonti:
en ce qui concerne milky y a t'il vraiment une grosse difference entre une 4870 et une 5870? (je parle en terme de puissance de calcul)
Lool et tu crois que je vais pas m'en acheter une deuxième HD5870 ? ^^Tu es donc limité par ton porte-monnaie...;)
ThierryH la seule chose qui va pouvoir m'arrêter désormais, c'est EDF lol
D'ailleurs t'en a pour combien de facture par mois ? :??:
Tu es donc limité par ton porte-monnaie...;)
Pas moi :D
La seule chose qui me limite vraiment, c'est le fait de me dire que cela ne serait pas sérieux d'en mettre plus en marche :siflotte:
Pour ma facture EDF, cela dépend des jours vu que je suis en contrat tempo. Lorsque tout est à fond et en particulier mes 16 gpu, je dois tirer dans les 3.5 kW.
:jap:
Lol c'est pas mon porte monnaie qui me limite ^^ C'est ma conscience écologique :p La vieille excuse ! Je pense qu'aucun Boinceur n'est écolo :lol:
Tu m'as cloué le bec ThierryH ^^
Moi aussi je me sers de mes pc comme chauffage d'appoint, c'est tellement efficace j'ai la pièce la plus chaude de chez moi chaque automne et hiver ^^ et printemps et été d'ailleurs lol
Bon ! ça suffit !!! ne discute plus !! tu nous fait perdre du temps !! :blbl:
Installe la HD 5870 !!!!!!! On veux savoir !!! allez zou !!!!
:lol:
Entièrement d'accord !!!!
Il faut bien que je sache si ça vaut le coût d'acheter une 5870X2 :lol:
Mais en terme de rapport prix/pts, je suis moins sûr.
Une amie à moi a un portable avec une ATI HD 4650 Mobility ! ça peu cruncher ça ??? :??:pas sur milkyway mais probablement sur collatz :)
pas sur milkyway mais probablement sur collatz :)
Pour les 112° je crois que tu confond avec les farenheits ...
sinon c'est possible de mettre une hd 4870 + une hd 5870 dans le meme pc??! c'est dans deux pc different?
Tiens nous au courant netrider !
Moi je pense acheter une deuxième HD5870 demain ou après demain ^^
Comme ca je taperais les 450000-500000 points par jour
On a besoin de ca pour défoncer Susa !
Et ThierryH je compte sur toi pour me défier :p lol
Je me posais une question, pourquoi il n'y a pas de pub Google sur ce forum ? Ca vous ferait gagner un peu d'argent messieurs les admins ^^
Au fait les gens en mettant f10 w0.5 entre les balises cmdline dans le app_info j'ai réussis à faire passer mon gpu à 100% de ses capacités de calcul :) je mes désormais 19,36 secondes par unités :love:
Tiens nous au courant netrider !
Moi je pense acheter une deuxième HD5870 demain ou après demain ^^
Comme ca je taperais les 450000-500000 points par jour
On a besoin de ca pour défoncer Susa !
Et ThierryH je compte sur toi pour me défier :p lol
Je me posais une question, pourquoi il n'y a pas de pub Google sur ce forum ? Ca vous ferait gagner un peu d'argent messieurs les admins ^^
Au fait les gens en mettant f10 w0.5 entre les balises cmdline dans le app_info j'ai réussis à faire passer mon gpu à 100% de ses capacités de calcul :) je mes désormais 19,36 secondes par unités :love:
HFR c'est une grosse team, il y a pas d'ambiance nous c'est une ambiance maison et on s'entend super bien ! :ange:
Est-ce qu'une 5870 rentre dans un Sonata III ?
(je suis pas a la maison pour mesurer le boitier, et j'ai bien envie de m'arreter au magasin du coin en rentrant du boulot ... :p)
:jap:
De notre côté, nous avons dû forcer un petit peu pour qu’elle prenne place dans le Sonata 3 d’Antec, mais elle a fini par y rentrer.
il est fou :DIl a surtout le fric qui va avec.
Il a surtout le fric qui va avec.
Je vient de fouiner un peut tit peut et je m'appercois qu'il ni a que Collatz qui reconnait les cartes ati sous Boinc 6.10.11 :/
Bon j'ai craqué... je me suis pris une deuxième HD5870 ^^C'est une réaction de RR ça !
Je vous dirais si ca détecte bien les deux dans Boinc !
C'est une réaction de RR ça !
Quand est-ce que tu viens nous dire bonjour sur HFR ?
;)
Ici tout part en erreur :cry:Pareil sous Win 7 64b, Boinc 6.10.11, Catalyst 9.9 (mais j'ai pas vraiment cherche le probleme faut dire, les gros credits a la longue, ca fatigue)
deviens généreux ! en attendant d'avoir le ternet, prête une carte ou deux aux camarades boinqueurs de ta région !
:siflotte:
Il n'y a qu'ici qu'on peut dire :
j'ai acheté une 4850 pour la mettre dans un PC du boulot :pt1cable:
Au Boinc formula on est classé combien sur collatz ?
EDIT : On est 3eme, je verrais bien ! J'avais pas trop accroché sur ce projet mais bon faut voir :)
Moi j'ai peut etre internet demain !
Préparez vous aux 600000 points quotidien :p
Mouhahahaha c'est la gueeeeeeeeerre !!!! :D :D :D :D
Ce que j'adore avec ce forum, c'est qu'il n'y a qu'ici on puisse dire " j'ai un crossfire de HD5870 et un crossfire de HD4870 " sans se faire insulter de co**ard de riche ou du mec qui joue a kikalapludure. Su PCInpact et le comptoir du hardware il a suffis que j'en parle pour me faire insulter lol
C'est la criiiiise ^^
Nous sommes la pour la science messieurs :) Mais que le meilleur gagne quand même :p
Moi j'ai peut etre internet demain !
Préparez vous aux 600000 points quotidien :p
Mouhahahaha c'est la gueeeeeeeeerre !!!! :D :D :D :D
Ce que j'adore avec ce forum, c'est qu'il n'y a qu'ici on puisse dire " j'ai un crossfire de HD5870 et un crossfire de HD4870 " sans se faire insulter de co**ard de riche ou du mec qui joue a kikalapludure. Su PCInpact et le comptoir du hardware il a suffis que j'en parle pour me faire insulter lol
C'est la criiiiise ^^
Nous sommes la pour la science messieurs :) Mais que le meilleur gagne quand même :p
Bonsoir tout le monde, une nouvelle optimisation est sortie.
Mais je ne sais pas laquelle prendre entre Win64 et Win64 amd ?
attention les ATI de la série 57xx ne sont pas double précision.
http://www.pcinpact.com/actu/news/53581-radeon-5750-5770-dpfp-fp64.htm (http://www.pcinpact.com/actu/news/53581-radeon-5750-5770-dpfp-fp64.htm)
Je reste a l'opti 0.20 car avec la 0.20b ca coince les wus :kookoo:
Name de_s222_3s_random_3p_10r_23_9412772_1255634582_0
Workunit 132367652
Created 15 Oct 2009 19:23:04 UTC
Sent 15 Oct 2009 19:23:51 UTC
Received 15 Oct 2009 19:34:18 UTC
Server state Over
Outcome Success
Client state Done
Exit status 0 (0x0)
Computer ID 108916
Report deadline 18 Oct 2009 19:23:51 UTC
Run time 1.373243
stderr out
<core_client_version>6.10.13</core_client_version>
<![CDATA[
<stderr_txt>
Device index specified on the command line was 0
Looking for a Double Precision capable NVIDIA GPU
The device GeForce GTX 260 specified on the command line can be used
called boinc_finish
</stderr_txt>
]]>
Validate state Valid
Claimed credit 0.00583754081038923
Granted credit 53.45337
application version 0.20
Et on l'a trouve où cette app ?
Tu n'a rien à faire c'est boinc qui la télécharge tout seul ! :love:a condition d'utiliser une version de boinc 6.10.xx et qu'elle détecte bien une carte graphique :desole:
a condition d'utiliser une version de boinc 6.10.xx et qu'elle détecte bien une carte graphique :desole:
Oui ! ça fait plaisir Yoyo ! :love:
Je suis également sur Milky avec Linux64 et GTX260 :hap:
oui, il a dû oublier de mettre l'application optimisée
Pas de problème avec Milky chez moi :??:Le serveur a en effet du mal par moment mais il tient encore le choc suite à l'arrivée des linuxiens. :D
:hello:
Serveurs en rade Milky et Collatz mince pourquoi en meme temps :priz2tet:Passer sur wep+2 alors. :D
j'ai eut le probleme d'installe neuve avec une boinc 6.10.xx il a falut que j'installe la 6.6.38 en premier, cruncher et mettre ensuite la 6.10.xx :(
Et sinon une aide pour mon problème ? :D
si vraiment les projets ati marchent plus je mettrais ma pauvre 8600 gts sur gpugrid :cry: , c'est otax qui a cassé le serveur, étant un concurent au classement pour moi je balance! lol, le serveur à l'air daller un peu j'espere que ça va durer.Bon d'accord, je vais régler ça moi même. :rhaa:
Et sinon une aide pour mon problème ? :D
c'est la 0.20 win64 la win64amd est mieux ?c'est pas mieux, mais plus logique ;)
Bon d'accord, je vais régler ça moi même. :rhaa:
otax où est-tu ? :cavachier: :cavachier: :rhaa: :rhaa: :desole: :desole: :desole: :desole: :D
c'est pas mieux, mais plus logique ;)
quand on a les fichiers atical*.dll c'est win64 (ou win64ati pour collatz)
quand on "copie renomme" les atical*.dll en amdcal*.dll c'est win64amd :)
J'ai déjà vérifier y en a aucun :D
C'est quoi la Fonera ? :??:
je m'en mord presque les doigts d avoir acheter une NVIDIA :cry: :cry: :cry: :cry: :cry:
gaulois952 : tu as quelle version de Boinc / drivers ? tu as utilisé quelle version optimisée ?
hâte aussi de voir tes stats de demain, ça va envoyer du gros
A ce que je vois : https://statseb.boinc-af.org/synthese_membre.py?cpid=2a2de8aed86111f4f8096bda1fcb4d91
35 000 pts environ en 2h :electric:
Hop hop hop !! :cavachier:
Vos papier sy viou plait :coffeetime:
Excès de vitesse sur Milkyway :desole:
J'ai également hate de voir ce que donne les 5870.
Donc tu en as même 2 ? :love: Ca va dépoter !
Ouai mais collatz ca me soule j'ai voulu voir combien ca créditait mon crédit est toujours en pending depuis 12h48 :o
:kookoo: C'est super cool tout ça. Serait-il possible de mettre un peu de puissance sur collatz plutot, vu que sur Milkyway on a vraiment de la marge?
un ami( jss the sky ) de notre team viens de recevoir 3 belles HD5870 reste a savoir il veut bien se remettre a boinc si oui, gaulois tu aura de la concurrence ! :D
Il a déjà de la concurrence chez les RR ;):coffeetime:
Hihi sympa mes scores quand meme :)
Si on continu comme ca les mecs, dans 39 jours on est la première équipe mondiale !!!On est deja la 1ere equipe mondiale
On est deja la 1ere equipe mondiale
Et ca va prendre moins de temps que 39 jours...
Bon et bien, tu devrais bien atteindre les 500k de rac :priz2tet:Gagné... 522 297. :bouh:
Ouai faut vous réveiller les gars ! Je peux pas faire plus moi la :p Les RR sont déja tous à donf, les autres team investissez un peu !!!! :cavachier: :cavachier: :cavachier:C'est ce que j'ai fait il y a quelques jours, une GTX295. :D
Ouai faut vous réveiller les gars ! Je peux pas faire plus moi la :p Les RR sont déja tous à donf, les autres team investissez un peu !!!! :cavachier: :cavachier: :cavachier:
http://hardwaregames.xooit.fr/t2396-Informations-et-photos-de-la-5970.htm#p17258
Premiers bench pour la 5970 :o elle vas déchirer grave :hyperbon:
N'empeche que la on va avoir enormement de mal a les ratrapper les ricains :sun tiens vaut mieux que deux tu l'auras
un tiens vaut mieux que deux tu l'auras
en gros, l'AF a partagé ses forces entre collatz et milkyway, nous partons perdant des 2 cotés
a nous de faire le bon choix pour le FB :)
Il n'y a pas de trou d'aération dans le PCB au niveau du ventillo. Ca risque de poser un problème pour en mettre plusieurs cote à cote :(Merci pour l'info :jap:.
Les cartes bi-gbu ne sont en effet réellement intéressantes par rapport au mono-gpu que si on en met 2 ou plus :D.ouais, les giga bites sont meilleures que les giga pines
ouais, les giga bites sont meilleures que les giga pinespas les giga-pines, les giga-pipes :sodo:
En tout cas la je suis soulé, Milkyway et Collatz sont down tout les deux en même temps :(
Le problème, c'est que ces deux projets sont limite au niveau de leurs serveurs et bande passante. Quand l'un d'eux tombe, automatiquement, tous les clients basculent vers l'autre et il tombe aussi :/J'ai de la chance, je peux retomber sur GPUGrid. ;)
Le problème, c'est que ces deux projets sont limite au niveau de leurs serveurs et bande passante. Quand l'un d'eux tombe, automatiquement, tous les clients basculent vers l'autre et il tombe aussi :/
Le problème, c'est que ces deux projets sont limite au niveau de leurs serveurs et bande passante. Quand l'un d'eux tombe, automatiquement, tous les clients basculent vers l'autre et il tombe aussi :/Que Collatz soit limite je veux bien, le projet n'existe que depuis 5 mois environ, mais Milky ne fait rien alors que les WUs sont calculés de plus en plus rapidement.
Une HD5870 dans ma team c'est la première je lui souhaite la bienvenue :DMets là sur collatz :lol:
Mais milky est down donc bon :cry:
non non :lol::gropet: :gropet:
T'as copié/renommé les dlls?
Effectivement, je vais leur demander de me rembourser la facture d'électricité !!!! :blbl: :rhaa: :electric: Du calme :gno:Ceci est dû à vos nombreux excès de vitesse. ;) :desole:
Bonjour à tous
J'ai une question
J'essaye de faire cruncher une 5870 mais j'ai des VPU Recover après 5 secondes en moyenne sur chaque unité
j'ai mis les drivers 9.10
j'ai installé l'app optimisé de zslip.com 0.20 dans le répertoire du projet milkyway
j'ai mis <cmdline>n1 w1.1</cmdline> dans l'app_info.xml
rien dans mon système n'est overclocké
malgrès cela toujours des VPU Recover
une nouvelle idée ?
Merci
Quelle version de BOINC utilises-tu ?
As-tu changé le nom de tes dll ?
J'avais mis le dernier boinc : le 6.10.17
j'avais aussi copié les 3 dll, maintenant j'en ai 6 : 3 amd* et 3 ati*
mais avec tout ca, ca ne marchait pas plus
Faut que j'essaye sans le CCC
EDIT:
testé sans CCC, c'est pas mieux
Tu peux mettre un lien vers une de tes units parties en erreur qu'on voie pourquoi? A première vue si tu as des VPU Recover c'est plutôt hardware (ou pilote) que boinc.
ensuite elle partent toute en erreur de calcul
dont celle la
http://milkyway.cs.rpi.edu/milkyway/result.php?resultid=159086841
Heu celle là, boinc ne trouve pas ton GPU donc à mon avis problème de driver
Heuu il s est passé quoi avec la page zslip.com ? Ils se sont fait pirater ?
<use_all_gpus>1</use_all_gpus>
Bonjour,6 WU par core, et impossible d'ne avoir plus.
j'ai un C2D E6600 2.4Ghz avec une ATI R4870X2 (un pcb pour deux chipsets).
J'ai installé l'opti Win32_SSE2 0.20b et CCC 9.10. Il était temps :D
Après un rapide coup d'oeil dans CCC, il apparait qu'un seul proc travaille. ~71° pour l'un et ~50° pour l'autre.
Il semblerait qu'il faille désactiver le cross-fire pour pouvoir cruncher sur les deux cores...
Malheureusement je n'ai pas trouvé ladite option dans mon CCC 9.10.
Pourriez-vous m'aider svp.
Merci... et bon crunch !
edit : de plus comment faire en sorte pour que milky télécharge plus de données à calculer ?
BonjourJamais vu d'option crossfire dans le bios :??:
Milky te donne que 6 wu par core à traiter au fur et a mesure mais pas plus donc pour un core 2 ca fait 12 wu, normal.
Pour désactiver le crossfire c'est dans le bios de l'ordi, mais moi je n'ai pas de crossfire. :miam:
+ Ajout de la ligne <cc_config><options>...<use_all_gpus>1</use_all_gpus>...</options></cc_config> dans le fichier cc_config.xml
* Modification de la valeur <count> à 0.5 dans app_info.xml
Hey les gars vous auriez pas l'impression que ca crédite un peu plus milky ?
mon dummy plug à moi :C'est de toute beauté :love:
(http://img301.imageshack.us/img301/6094/dummyplug.th.jpg) (http://img301.imageshack.us/i/dummyplug.jpg/)
C'est de toute beauté :love:
ah! bon alors là tu me fait hésiter entre les deux, lequel crédite le plus?chez moi, c'est collatz qui créditent le plus
(je comparerai de mon coté le contenu du projet)
chez moi, c'est collatz qui créditent le plus
chez les autres, je ne sais pas
qui peut donner son avis après avoir vérifié ?
Hey les gens je pensais, personne ne connait d'homme politique pour qu'il fasse un peu de comm sur Boinc ? Histoire qu'ils servent à qqch parfois :D
chez moi, c'est collatz qui créditent le plus
chez les autres, je ne sais pas
qui peut donner son avis après avoir vérifié ?
C'est une bonne idée ça :+1:
Ouai je confirme Collatz ca crédite pas bcp bcp :s que 200000 points en 18h alors que milky j'en fais le double :s
Bien sur que c'est une bonne idée ^^ La mselle Roselyne Bachelot faudrait lui écrire un ptit mot :) Ce serait bien qu'elle se ratrappe au niveau de la comm parcequ'au niveau de la grippe A ca a pas trop marché lol :D :D
Bien sur que c'est une bonne idée ^^ La mselle Roselyne Bachelot faudrait lui écrire un ptit mot :) Ce serait bien qu'elle se ratrappe au niveau de la comm parcequ'au niveau de la grippe A ca a pas trop marché lol :D :D
C'est Collatz qui crédite le plus sur les cartes nVidia et Milky qui crédite le plus sur les carte ATI.Merci pour l'info ! :jap:
:jap:
bon, je vais mettre milky histoire de créditer un peu (calme plat depuis un bout de temps pour moi) puis collatz d'ici un ou deux moisOn a besoin de monde sur Collatz pour le FB jusqu'à la fin de l'année ... ;)
sauf si milky relenti trop l'ordi.
au fait, j'y pense, il suffit de s'inscrire au deux et quand et je fait l'un ou l'autre selon l'humeur, nan?
Même ceux en Nvidia...
Mon linux n'a pas de gpu compatible dois-je cocher la case cpu également(dans les prefs)?
milky sur CPU c'est du gâchis de puissance. :o
le projet devrait d'ailleurs empêcher le CPU crunch. :ange:
Hey les gens j'ai un problème :s
Je viens de constater dans GPUZ que une de mes deux HD5870 tournait en PCIExpress x4 alors que ma carte mère ( une dfi lanparty t3h6 ) est composée de deux PCIExpressx16
D'où pourrait venir le problème ?
@ yann39
Dans les préférences, la case "Utiliser le GPU lorsque l'ordinateur est utilisé" est-elle cochée ?
edit : détaille un peu plus le "ne me trouve plus aucune wu"
WU pour "work unit" (unité de travail si tu préfère)
Top teams
There are no teams
Par défaut oui; tu peux changer la valeur dans le fichier app_info du dossier du projet (C:\ProgramData\BOINC\projects\http://milkyway.cs.rpi.edu/milkyway/)
Pour la ligne <cmdline></cmdline>, tu peux y rajouter n2 par exemple, pour calculer deux WU à la fois. Relance BOINC après tout changement.
Mais il me semble qu'au dessus d'un certain nombre (3 ? 4 ?), tu perds plus que tu ne gagnes... D'autres répondront mieux que moi ;)
Salut Setoh,
comme tu me la conseiller je me suis détacher puis rattacher au projet. Je n'est réinstaller que l'optimisation gpu, mais toujours aucun travail ne m'est envoyer.
Donc dans l'onglet "messages" voici ce qu'il y a d"écrit :
http://img69.imageshack.us/i/boincimagemessages.jpg/
En esperant que quelqu'un trouve une solution à mon problème...
Salut,
est ce que l'opti ATI SSE2 suffit pour calculer sur le GPU avec milkyway ? ou bien faut-il avoir un compte sur milky GPU avant de pouvoir calculer avec le GPU ? Le site milky GPU ne prend plus de nouveaux comptes.....
Pour ce qui est de collatz, je dois encore avoir pas loin de 150 unités à calculer, lorsqu'ils ouvrirent les portes de la database et qu'ils vont rapatrier les données sur les différents clients ça va tomber.....
non le projet Milky GPU n'a pas été mis en route, il faut utiliser le projet Milkyway (tout court) et demander des UT GPU.ouais le seul truc c'est qu'il ne m'en envoie pas, et sur la fiche de mon ordi sur le site, l'onglet GPU est vide alors que j'ai une ATI 4700/4800, je me disais que l'optimisation permettrait d'ouvrir les vannes mais cela semble compromis. Je me demande s'il ne faudrait pas que je me délogue de boinc pour me reloguer.... Je ne vois pas trop ou alors passer en GPU seul, parce que des unités GPU il en demande régulièrement....
J'ai mis à jour cette page : http://www.boinc-af.org/index.php?option=com_content&task=view&id=1078&Itemid=299
Pouvez-vous me dire si quelque chose ne marche ou si les explications sont pas claires ou périmées.
ouais le seul truc c'est qu'il ne m'en envoie pas, et sur la fiche de mon ordi sur le site, l'onglet GPU est vide alors que j'ai une ATI 4700/4800, je me disais que l'optimisation permettrait d'ouvrir les vannes mais cela semble compromis. Je me demande s'il ne faudrait pas que je me délogue de boinc pour me reloguer.... Je ne vois pas trop ou alors passer en GPU seul, parce que des unités GPU il en demande régulièrement....
28/11/2009 18:48:28 ATI GPU 0: ATI Radeon HD 4700/4800 (RV740/RV770) (CAL version 1.4.467, 512MB, 1062GFLOPS)
alors il manque :
la référence aux cartes 58xx
la référence à Windows 7 (idem que Vista pour les emplacements)
et il faudrait placer le paragraphe opti GPU avant celui pour le CPU parce que franchement calculer CPU sur ce projet c'est inutile
et pour finir, le dernier mot concernant la production journalière :
Q6600 avec SSE3 : 8000 points / jour
ATI HD 4850 : 70000 points / jour
ATI HD 5850 : 100000 points / jour (à confirmer)
sinon c'est très bien et très utile je pense.
:jap:
Les GPU ne sont pas faites pour jouer mais pour crucher sur Boinc!! . :pt1cable:
Gaulois ==> je t'ai envoyé un mp :jap:
Un crossfire de HD 5770 en approche pour moi :o
je vais me retrouver avec une 4770 sur les bras.
je vais voir si je peux la rentrer au chausse-pied dans un ordi BTX du boulot :siflotte:
5770 ==> pas de double précision :jap:
Un conseil ==> investi dans un HAF 932 ou un Storm Sniper car là niveau possibilités de rangements dans le boîtier au secours :eek:
Ps : n'empêche c'est bluffant le stabilisateur... il tourne le pc sur la photo là, le ventilo process est à 1600 rpm, celui de gauche à 1200 rpm.Ce n'est pas l'effet du stabilisateur mais du flash qui dure quelques millièmes de secondes et permet de figer l'image selon la synchro entre 1/60e de sec et 1/250e ou plus.
Ça nous fait environ du 27 / 20 tours par secondes... et pourtant, ça ne se voit pas que ça tourne :p
personne en a parlé mais l'admin de milkyway à fini sa thése , il a fait un dossier de 100 pages environ ( 12 mo à telecharger) ça peut etre interressant à voir: http://wcl.cs.rpi.edu/papers/desell-phd-thesis.pdf , heureusement que le projet ne s'arrete pas car il a fini sa these!Merci pour cette info samuel. :jap:
Moi ce que j'attends, c'est Primegrid utilisant les GPU Ati :) je suis sur que ca pourrait envoyer du bois ^^je te la laisse sans problème, je calcule à mon rythme et les investissements en matériel informatique sont terminés pour moi avant un bon bout de temps ;) d'ailleurs mon V8@home ne calcule plus depuis 2 mois maintenant... je concentre mes économies sur deux autres passions: la photographie et les voitures :)
Et les cartes Nvidia elles se débrouillent bien dessus avec la nouvelle application ?
Heyyyy 40 millions de crédit pour moi huhuuu 14eme de l'AF :sun: :sun: :sun: :sun: :sun:
D'ailleurs jmarc prépare toi à me filer ta place dans deux trois jours elle est a moi :p
Hey les gens :) j'ai une ptite question, qui serait interessé par une HD4870 1go et une HD4870 512mo ( les deux sont des Gainward) ?
Je les mes en vente pour m'acheter une autre HD5870 :D
Tu veux les deux cartes ? Tu m en propose combien chacune ? :)
salut,
je suis un peu perdu, pour cruncher avec une ati 5850 il suffit d'attacher le projet dans boinc ou faut installer des applis en +?
Si t'installe un boic 6.10 ca devrait fonctionner tout seul.
personne en a parlé mais l'admin de milkyway à fini sa thése , il a fait un dossier de 100 pages environ ( 12 mo à telecharger) ça peut etre interressant à voir: http://wcl.cs.rpi.edu/papers/desell-phd-thesis.pdf , heureusement que le projet ne s'arrete pas car il a fini sa these!Super intéressant son truc, j'ai lu l'intro et la conclusion mais j'ai sauté toutes les formules mathématiques au milieu :D
En parlant de boinc en général rapidement voici les tutoriels que j'avais faits rassemblés dans un seul dossier : http://www.centrale3d.com/?Boinc-a-son-tutoriel-sur-C3D
Voilà j'espère que j'ai pas fait de bourde :p
Ben déjà en win64 avec les derniers pilotes ati et la dernière opti 0.20b (en prenant le lien ati bien sûr), plus besoin de copier-renommer les dll atical*.dll. Cette dernière opti utilise les dll du pilote tel quel sans renommage.
Il y a des patchs à installer il me semble car ça devrait tourner correctement avec ta configuration.
Merci je vient de tester une nouvelle install et ca ne fonctionne pas il faut toujours et encore et encore et encore renomer les 3 dll dans system 32 juste en dessous des tricolors, sinon tout part en erreur :kookoo:
Ouai mais le truc, c'est que steam les installe d'office donc toutes les patch sont intégrés... Le pire c'est que c'est pas l'argent qui leur manque à Rockstar pour développer des jeux, c'est juste des bons programmeurs qu'ils ont besoin parceque le jeu est loin d'être le plus beau et pourtant ca rame à mort
EDIT : Bref, revenons en aux GPU, voici ce qu'on m'a répondu sur le site de GPUGRID
"hi,
we are back to work now.
There will be several good news in the next couple of weeks. We have been working a lot on the optimization for both nvidia and ati.
GDF."
Donc soyons attentif à propos de l'arrivée de ces optimisations ! J'espere que ca créditera bien sur les ATI ^^
Les mecs j'ai un problème avec une de mes HD5870, le ventilateur fait un bruit d'enfer comme si les palles des ventilos se heurtaient aux bords :s Que dois je faire ?SAV avant qu'elle ne claque totalement... sinon change le ventilo toi même :/
Rapport d'incident
Le document auquel vous essayez d'accéder n'existe pas.
Vous avez vraisemblablement 1°) soit suivi un lien invalide 2°) soit rentrez une mauvaise adresse internet (ou URL).
En remplissant le formulaire ci-dessus, vous pouvez nous aider à résoudre les problèmes
Bon bah ma HD5870 pars bientôt en réparation :) J'attends une offre intéressante sur le net et je m'en prends une autre et une fois que je recevrais celle qui reviendra de réparation je me prendrais une nouvelle alim lol et mmmmm manquera plus que deux autres écrans pour du Eyefinity :)
StykillerX t'as eu des réponses au fait pour les cartes vidéos ? ^^
sacrée bécane! elle doit bien servir de chauffage :o ;)
C'est clair, quand ma chérie est venue chez moi, une fois elle m'a demander d'éteindre le PC comme quoi ca la soulait de dormir avec, le matin elle a regrettée avec sa belle peau gelée :D :D
MMMh une machine a crunch :p ==> http://www.centrale3d.com/?Powercolor-met-une-HD-5970-a-l-eau
Pour la HD5850, plus d'informations demain matin!
Je pense que je vais quand même me reprendre une Sapphire même si le blocage de ventilo sur ma HD5870 m'a fait très très mal au cœur
Magnifique !!!! Niveau temps de calcul est-ce que c'est un peu mieux ?
15/01/2010 10:13:57 Milkyway@home Message from server: Need libraries named ati* to use ATI GPU[/img]
je sais bien qu'il faut renommer des dlls mais où? dans system32? dans syswow64?
si vous avez des idées?
nb: je suis sous Vista64 avec les drivers catalyst 9.12 64bits
C'est rien, ce ne sont que des crédits, le principale est que tu aide la recherche...
Les deux vont ensemble plus de crédit plus de recherche ( dans le sens + ) xD
Vous avez vu le Fermi les copains ? Apparement il va poutrer à moooooort donc je sais pas ce que je fais, je me prends une autre HD5870 ou j'attends le mois de mars...
:priz2tet: :priz2tet:
Bon demain je me rachete une HD5870 ! 200000 crédits en plus par jours pour L'Alliance ne seront pas de refus vu la raclée qu'on se prends par SUSA :gno:
Bon demain je me rachete une HD5870 ! 200000 crédits en plus par jours pour L'Alliance ne seront pas de refus vu la raclée qu'on se prends par SUSA :gno:
Le gros inconvénient de boinc pour les gens c'est la consommation d'énergie, beaucoup ne calcul pas de peur de se retrouver avec une grosse facture d'électricité...Faut argumenter : la chaleur degagée par ton ordinateur chauffe ta maison l'hiver ... c'est toujours ca de moins de dépenser en fioul :)
faut mensualiser les impots ça fait moins mal :o
[...]
En tous cas les IJV on un énorme projet enfin surtout un membre pour le côté GPU mais seulement en fin d'année je n'en dirais pas plus :o
Un petit indice? :ange:
ça sent le cyberc@fe :bounce:
Plein de machine de fous !!
Est-ce que avec les CCC d'avant ça fait pareil ?
Lol :lol:
Au fait Jip si tu me lis va falloir investir dans une nouvelle carte graphique j'ai repris du poil de la bête la :hap: :hap: :hap: :hap:
Et les temperatures c est pareil, ca fait du bien qu il fasse chaud en ce moment grace au pc :)
l'été dernier je voulais vérifier si mon étage d'alim de ma 3870X2 était vraiment à 120° affiché par everest,
j'ai posé le doigt qu'une foi, il mentait pas everest...
C'est le doigt qui doit rigoler, à c't'heure :D
Les oreilles :ane: ?
En plus Collatz chez moi me bloque tout le PC j'ai aucune alternative :s
marrant ! moi c'est l'inverse : si milky tourne, faut pas que je sois dessus et surtout pas que j'ouvre une page internet ...
alors que collatz tourne H24 sur mon pc au taff (et j'en ouvre des pages web ;) )
si c'est juste un jeu de priorité (avec une élevée et l'autre faible), il se peut bien "qu'un jour ou l'autre" l'autre finisse quand même par avoir droit à des UT...
Quelqu un a des news concernant l appli gpu de Primegrid ?ça tourne depuis quelques jours je crois...
Des infos, simplement sur le bon topic :
http://forum.boinc-af.org/index.php/topic,2184.475.html
C'est revenuje confirme :raviere:
:cetaboir:
:winner2: A y est, cent millions sur milkyway :winner2:
Oui aux deux, et oui il ya des risques. Plus la fréquence gpu augmente, plus la carte chauffe, et plus elle risque de fondre. Tout comme les cpus.
Tu as essayé pour voir en laissant ton boîtier d'ordi ouvert ?
C'est peut être pas ta carte qui chauffe trop mais ton boîtier qui est mal ventilé
Et de retourner à une version antérieure à la 6.10.36 qui semble ne plus être une version stable.
Tient c'est bizarre, je viens de constater que mes UT milky GPU dépassaient les 100% avant d'être renvoyée.
Bonjour :kookoo:
Est ce que quel qu'un crunche avec une 5770 ? c'est compatible milky :??:
Merci
Ma HD5870 est tjrs pas revenue du sav :( Vraiment de la crotte cette carte... Je crois que je vais passer au Fermi !
Ouai mais je préfère les ventirad modifies moi mais le soucis avec ceux ci c'est les vrm qui sont pas refroidis :(
Oui mais je sais pas installer ca moi :s
C'est quoi t'es modèles de HD5870 ?
Bizarre quand même, car ça devrait marcher nickel ...
ps : pour info cette carte à les perf en jeu d'une 4870 voir d'une 4890. Sinon il existe ce petit tableau pour boinc http://hardwaregames.xooit.fr/t2777-Combien-de-point-remporte-les-cartes-graphique-du-moment-sur-collatz.htm#p18765
Aaaarrrrgggghhhh!!!! je vien de voir ça:une seule solution, installer bootcamp et un autre OS qui supporte les projets GPU :siflotte:
Et je me rends compte qu'avec ma 4870 qui dort paisiblement :/ dans mon Mac je perds, enfin non, je ne prends pas environ 64000 crédit/jours sur Collatz!!! :pt1cable: :hap: Et j'ose même pas imaginer sur Milky!!!!
Boooouuuuhhhhoooouuuuu!!! Je vais pleurer un petit peu dans mon coin...... :D :D
Aaaarrrrgggghhhh!!!! je vien de voir ça:
Et je me rends compte qu'avec ma 4870 qui dort paisiblement :/ dans mon Mac je perds, enfin non, je ne prends pas environ 64000 crédit/jours sur Collatz!!! :pt1cable: :hap: Et j'ose même pas imaginer sur Milky!!!!
Boooouuuuhhhhoooouuuuu!!! Je vais pleurer un petit peu dans mon coin...... :D :D
Bon je vais pleurer bps finalement!!!! :-DDD
Une machine virtuel et hop tu pleure plus.tu es sûr que linux gère parfaitement le GPU dans une vm (avec drivers catalyst et tout ?) ?
Perso après 1an de linux only je suis passé du coté obscure rien que pour ça alors...
tu es sûr que linux gère parfaitement le GPU dans une vm (avec drivers catalyst et tout ?) ?
quelqu'un fait tourner des applis gpu dans des vm ici ?
je pose la question, je n'ai jamais essayé, je pensais qu'en théorie ce n'était pas possible :pt1cable:
Si y a mieux, le soucis c'est que c'est moins cher :cpopossib:
tu es sûr que linux gère parfaitement le GPU dans une vm (avec drivers catalyst et tout ?) ?
quelqu'un fait tourner des applis gpu dans des vm ici ?
je pose la question, je n'ai jamais essayé, je pensais qu'en théorie ce n'était pas possible :pt1cable:
Ya pas mieux que Windows :) :p :D :kookoo:
Je peux fournir des Windows 7 32bits gratuitement :siflotte:
Edit Mince c'est les deux projets qui sont au tas maintenant :cavapobienmwa:
dudumomo ! sort de ce corps !
Saloperie de projet en mousse qui marche jamais :cavachier:ben si y en a qui s'amusent à trier les WU et que cela pose de gros problèmes d'administration alors il n'y a rien d'étonnant... mais ça à repris ce soir.
avec loption de mettre colatz en projet de secourspour moi c'est mano la mano, lorsque je constate que Milky est down, j'ouvre la porte en autorisant collatz à récupérer du taff, j'ai toujours un petit temps de retard et ensuite il faut du temps pour éliminer les collatz avant de repasser sur milky, mais ça marche relativement bien lorsque je suis à la maison, et plus lentement lorsqu'il faut que ma femme fasse la manip... Mais j'entretiens mon GPU !!!
Si tu arrives à mettre 0 dans les préférences d'un compte d'un de tes projets, bien préviens moi
Il ne veut pas de cette valeur et remet 100.
Donc sans BAM ou autre gestionnaire de compte point de salut,salut
Faudrait que quelqu'un sans bam essaye pour savoir si on peut faire directement sur son pc.oui j'ai édité avec mon bloc note et j'ai modifié de 1 vers 0 et ça marche le client s'est relancé avec le 0 et puisque c'est le fichier local, normalement, il devrait rester comme cela à moins de remodifier la valeur sur le site...
Moi avec ma 5850 me faut 1m54 pour une milkyway@home 0.20 (ati13ati) :kookoo:
Oui moi aussi sur mes vm Ubuntu, sans gestion par BAM, ça n'a pas l'air de changer non plus.désolé Jip, mais je viens de constater que finalement il est repassé à "1"... je ne sais pas depuis quand exactement mais ça a eu lieu dans la journée. Collatz a été indispo et j'ai fait une connexion manuelle pour envoyer mes résultats de la journée.... Va savoir !
Il doit y avoir un cas particulier pour la valeur 0 afin d'ignorer la valeur du site du projet sur cette valeur.
Du coup ça pourrait vouloir dire que l'on peut bénéficier de cette nouvelle fonction même sans avoir de compte BAM.
Plutôt une bonne nouvelle pour ceux qui n'ont pas encore ouvert de compte BAM.
Ok donc si je résume pour avoir quelque chose de fiable, il me faut que vous me donniez le temps de calcul pour tout les types d'ut existants sous milky avec l'opti 0.21.Sachant qu'une opti 0.22 existe...... :siflotte:
De mémoire, il me semble que Koubi a fait tourner un w7 beta dans une vm XEN en faisant cruncher les CG ATI.
Mais XEN et KVM se démarquent un peu des systèmes habituels de virtualisation : http://fr.wikipedia.org/wiki/Xen (http://fr.wikipedia.org/wiki/Xen)
Faudrait voir avec lui pour confirmation et détail.
je confirme jip ^^
Sachant qu'une opti 0.22 existe...... :siflotte::/
:hello:
Attention ,serveur re en radeouais, c'est bien ce qu'il me semblait, ça va durer longtemps ? ou c'est juste temporaire ?
Bon il y a deux types d'ut de toute façon ? ( Aidez moi je suis perdu :cry: )te bille pas comme ça, le serveur ne te donnera que les UT que tu as le droit de calculer en fonction de ta carte graphique, de ton processeur, ou de l'optimisation que tu emploies. Tu n'auras presque pas la main dessus !!!! Et il ne vaut mieux pas, ils font la chasse aux petits futé qui trient les WU en fonction de ce qu'elles rapportent... Ca fout en l'air le serveur et nous sommes là pour aider la science, pas engranger les points (ça serait un peu chère pour le porte monnaie).
Oui je sais mais c'est pas pour bidouiller quoique ce soit c'est pour faire un tableau statistique :coffeetime:
Non pas trop c'est surtout pour ma team et si les gens se pose des questions sur les temps de calcul et autre, après si certains le veulent sur le portail de l'af pourquoi pas
ben tu vas la tu choisi task au hasard et tu te fais ton idéej'avais oublié le lien
en plus tu as les info des becannes :gniak:
Hey les mecs pourquoi est ce que les unités sont plus longues et créditent toujours environ 200 points pour environ 180 secondes de calcul sur une hd5870 ?
Doit y avoir un probleme car la ca roule :Oui
http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=124489&offset=0&show_names=0&state=3
Bizare ca ouvre pas ton lien, et le mien vous pouvez ?
http://milkyway.cs.rpi.edu/milkyway/results.php?userid=8306&offset=0&show_names=0&state=0http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=56234&offset=0&show_names=0&state=3
Voilà ^^
Des nouvelles photos du satelitte Planckouais, super les images et le résumé d'activité, ça donne du coeur à l'ouvrage pour donner de la puissance de calcul.
Dite un ami a un problème avec sa 5870 sous milky et collatz quand ça tourne a fond sur le GPU la souris se met à bugger, il est obliger de désactiver l'aero de windows pour que les lags s'arrêtent vous n'auriez pas une solution alternative à ce problème ?pour ma part, j'ai désactivé le calcul lorsque je me sers de ma machine, si non l'affichage est vraiment à la peine et je ne veux pas sacrifier mon confort... Et dès que je le laisse tranquille pendant une minute, il reprend là où il en était.
Dite un ami a un problème avec sa 5870 sous milky et collatz quand ça tourne a fond sur le GPU la souris se met à bugger, il est obliger de désactiver l'aero de windows pour que les lags s'arrêtent vous n'auriez pas une solution alternative à ce problème ?
Boinc : dernière version existente .43 je crois et driver 10.3.
pas de problème non plus :D
Et :hello: Banshee, t'es de retour?
Pour milkyway, il faut une quadro fx 4800 ou 5800.
liste des cartes supportées (http://"http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1505#35846")
:hello: banshee,
welcome back, moi qui calculait le nombre de jours avant ton dépassement, ça va se compliquer un peu :pt1cable:
banshee et laurent de retour!
Fait plaisir de vous revoir...
banshee et laurent de retour!
...
Gros changement sur Milky: la validation des wu est entrée en action :eek:Pourquoi il y a du déchet ??? :??:
Il faut maintenant 3 machines avec le même résultat à 10e-11 près pour que ce soit validé. A ce jeu là, il y a du déchet, beaucoup de déchets...
Tous les top computers sont en train de reculer sévère...
Bien sur, maintenant, il y a du pending.
Pourquoi il y a du déchet ??? :??:
As stated in corresponding thread, 5xxx ability to work is very questionable right now.Info bien sur remonté par Crunch3r.
Bugs in ATI's OpenCL SDK implementation. They promised to fix those in new SDK release, will see...
For now 5xxx cards (both with and w/o double precision support) can be used with Brook-based ATI AP.
Source > http://setiathome.berkeley.edu/forum_thread.php?id=59506&nowrap=true#986347
O/c trop poussé et beaucoup d'applications compilées de façon très agressives et dont les résultats ne sont pas toujours bons :jap:ok, je comprends mieux. Merci ! :jap:
Et aussi de virer ceux qui calculent en simple précision et qui renvoient des résultats inutilisables. :cavachier:
Le projet ne fonctionne tout simplement pas en simple, il me semble...
Non, je préfère revenir avec un compte tout nouveau, j'ai envie de repartir de zéro.virtualbox a du mal a adresser directement la carte graphique, je ne connais personne ayant réussi a faire tourner une appli gpu dans une machine virtuelle, quelqu'un peut me contredire ?
Et en utilisant une machine virtuelle, genre mettre windows xp sur virtualbox, ça ne pourrait pas fonctionner?
...
Sinon des gens connaissent le projet DNETC@HOME ?
...
virtualbox a du mal a adresser directement la carte graphique, je ne connais personne ayant réussi a faire tourner une appli gpu dans une machine virtuelle, quelqu'un peut me contredire ?
Pour ceux qui utilisent la version de Cluster Physik, il se peut qu'il vous faille aussi faire un petit update.
:jap:
Oui avec la 0.23 d'ici : http://www.arkayn.us/milkyway/index.html
ça va tout de suite beaucoup mieux.
je ne vois plus d'ut en invalide sur la 5870.
merci thierry pour l'information. :jap:
Salut TLM!x86 64 :jap:
Petite question.
Pour mon Mac Pro Nehalem (octo X5570), je prends les opti "OSX i686" ou "OSX x86 64"??
Thx
bonjour,
je tourne sur la version 6.10.6 de Boinc et l'opti 0.20
et tout tourne bien, je voudrais updgrader mon appli vers la 0.23
mais sais plus comment le réaliser, cela fais un certains temps que je n'ai plus fais :priz2tet:
Celle sur le site de Arkayn est configurable avec des paramètres dans le fichier app_info.xml situé dans le répertoire du projet.
lire le readme.txt inclus.
PS: pour l'appli mac il y est pas le fichier (enfin je l'ai pas vu)
charge le zip 0.22 ou 0.23 windows pour le voir.
Si tu n'as pas envie d'optimiser les options particulières (nombre de WU calculées en même temps, priorité / autres tâches...), et que dans la fenêtre Tâches de Boinc, milkyway@home 0.23 est affiché dans la colonne application).
Comment on augmente le nombre d' unités calculees en même temps ?
LAISSE TOURNER, surveille la température, et regarde le RAC monter! :coffeetime:
<count>1</count> = 1 WU
<count>0.5</count> = 2 WU
<count>0.33</count> = 3 WU
mais tu gagnes peu au niveau du temps!!
Aucune idée moi je suis aux 0.23 :eek: peut etre des ut de pendings :??:
Encore un 'tite question :ange:
Quelle est la différence entre l'appli 0.26 du site Milkyway et l'optimisation 0.26 à recupérer sur le site de Arkayn :??: :??: ??
Il suffit de lire le fichier
readme.txt pour tester ta config avec les meilleurs réglages.
J'ai mis : f10 p3 b-1Trop fort jip... COULÉÉÉÉ!!! :siflotte:
la solution est la ::jap:
Exclusion of GPUs: x
<cmdline>x0 </cmdline> pour exclure le gpu 0 ou <cmdline>x1 </cmdline> pour exclure le gpu 1
Bon, déjà je ne trouve pas le fichier app_config.xml dans la machine ni même de fichier readme.txt.il FAUT utiliser les optimisations milkyway
Dans quel répertoire je dois les trouver? Il ne sont pas dans le répertoire d'install ni dans celui des projets.
Quand au système de recherche de Windows, il ne m'a rien trouvé (mais ça veut pas forcément dire que le fichier n'existe pas, j'ai eu de drôles de surprises avec...)
On peut pas bidouiller le fchier app_config.xml de milky et traduire en équivalent pour DNETC ?Ce n'est pas l'optimisation qui fait augmenter mon RAC, c'est surtout le remplacement il y a quelques jours de l'une de mes 8800GT par la HD5870 dont il est question :D
dommage :cry:
Je ne suis pas expert mais certains ont du avoir des idées.
En tout cas on voit que TBirdTheYuri a le RAC qui monte.
Ca commence à rendre ses fruits la recherche d'optimisation des cartes.
Tu n'as plus qu'à faire un topo dans la l'AFabric.
Results ready to send 0
bonjour,Voici l'explication :
à quoi correspond cette option dans les préférences de milky :
Amount of concurrent blocks(NVIDIA GPUs Only)
Higher values lead to shorter completion times at the expense of interface lag (1 .. 50000, default is 128)
merci !
en français ? merciLe champ "concurrent blocks" dicte quelle part de puissance du GPU sera utilisée par l'application en une seule itération. Plus il y aura de "concurrent blocks" utilisés, plus les unités de travail se termineront vite, mais cela se fera au détriment de lag au niveau de l'interface utilisateur. ;)
personne n'aurais la façon de recevoir et des uts 0.24 et cpu 0.21 et les applis qui suivront sans doute... MERCI !Sans fichier app_info.xml....
Personne ne fait de commentaire sur le site tout neuf milkyway ?!ben, .... il est tout en anglais :lol:
Salut les mecs, étant donné que je revends mes trois HD 5870, je vais repassé du coté des Verts, vous avez une idée de combien une GTX 460 fait de points sur Milky par jour ?
Salut les mecs, étant donné que je revends mes trois HD 5870, je vais repassé du coté des Verts, vous avez une idée de combien une GTX 460 fait de points sur Milky par jour ?
quelqu'un à reçu des uts nbody simulations ?
c'est quoi ces wus nbody ? on les chope pas automatiquement avec l'appli de base ?
c'est quoi ces wus nbody ? on les chope pas automatiquement avec l'appli de base ?
...
Edit : J'ai remis l'applis 0.40 d'origine est cela avance plus vite maintenant...
...
Édit : en faite j'ai remis l'appli 0.21 dont j'ai modifié le nom, car le calcul avance plus vite qu'avec l'autre...
heu ! c'est pas parce qu'il sont en panne de Wu en ce moment ?
<core_client_version>6.12.2</core_client_version>
<![CDATA[
<stderr_txt>
Device index specified on the command line was 0
Looking for a Double Precision capable NVIDIA GPU
The device GeForce GTX 470 specified on the command line can be used
Used 409672/1278400 memory, 868728 remaining
00:41:02 (4280): called boinc_finish
</stderr_txt>
]]>
Les applications MAC ont été mises à jour : http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1992 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=1992)pour fêter la key-note de se soir ! :D
j'ai bien envie de répondre : on s'en fiche on ne calcule pas CPU sur ce projet :o
Je suis au courant, mais le sous-projet n_body n'est pas encore GPU...de quoi parle tu?
Et puis, de temps en temps, j'ai envie de faire du CPU dessus...
mais que de temps perdu en fonctionnement...
Ben quand on ne peut pas cruncher avec du GPU je ne vois pas en quoi c'est du "gaspillage" d'utiliser son ou ses CPU dessus si on aime ce projet... ça fait toujours de plus pour le projet.
C'est pour qui cette réponse ?
:/ mouais sauf quand ca vient d'un gars qui n'arrête pas de nous rameuter à gauche, à droite, pour défendre des positions au FB.S'il vous plaît vos commentaires à l'intention du personne type sont à faire par MP à la personne concernée, merci.
je dis ca, je dis rien.
:hello:ne t'en fait pas, ils retireront les crédits en trop, on va tous faire une belle chute dans les points à ce moment là :D
J'ai bien l'impression aussi qu'en ce moment pour un baril de WU envoyé, Milky renvoie 2 barils de crédits.
Perso je suis dessus depuis 8 jours alors ça me va très bien, hé hé :D
Pourvu que ça dure :hyperbon: :hyperbon: :hyperbon:
Désolé pas le temps de traduire :
traduction bing
Désolé pas le temps de traduire :
The OpenCL application for Nvidia GPUs is ready for testing for Windows and Linux x86_64.
I'm particularly interested in the performance / responsiveness tradeoff on mid-low range GPUs.
Many thanks to cncguru for donating his GTX 480. If I hadn't had it, it would be about 30% slower than it is.
http://milkyway.cs.rpi.edu/milkyway/download/test/milkyway_separation_0.48_x86_64-pc-linux-gnu__cuda_opencl.tar.gz (http://milkyway.cs.rpi.edu/milkyway/download/test/milkyway_separation_0.48_x86_64-pc-linux-gnu__cuda_opencl.tar.gz)
http://milkyway.cs.rpi.edu/milkyway/download/test/milkyway_separation_0.48_windows_intelx86__cuda_opencl.zip (http://milkyway.cs.rpi.edu/milkyway/download/test/milkyway_separation_0.48_windows_intelx86__cuda_opencl.zip)
Extract these to the project directory. On Windows this is something like C:\ProgramData\BOINC\projects\milkyway.cs.rpi.edu_milkyway
On Ubuntu for me, this is /var/lib/boinc-client/projects/milkyway.cs.rpi.edu_milkyway
Edit : première série : 9 minutes et 41 sec, seconde série : 6 minutes 24 secondes....
I've updated the separation application to 0.50 for Windows, Linux x86/x86_64/PPC, and OS X x86_64/PPC. I've also added the Nvidia OpenCL application, but I'm not sure if the scheduler's been updated to automatically send it out. I also haven't yet removed the old CUDA one. This should fix the crashing of 17_3s workunits and a few other things.
While we appreciate everyone wanting to crunch more MilkyWay@Home by increasing their cache limits; this is part of the reason why we've had so many server problems lately with an unresponsive validator. Mainly, our machine/database is not fast enough to keep up with the additional amount of workunits this is causing in the database. So if anyone is modifying their BOINC client to artificially increase their cache we're asking you to stop so the project will be more stable (until we can further improve our hardware). A few of the really offending clients (who have cached 1k+ workunits) are being banned as they haven't responded to us, and they're hurting everyones ability to crunch the project as a whole.
So in short, we need you guys to work with us as we're working with limited hardware that can't handle more than 500k+ workunits at a time -- our cache is low partially for this reason. Second, as we've said in a bunch of previous threads in the past, due to the nature of the science we're doing at the project we need a low cache because this really improves the quality of the work you guys report.
As you (hopefully) know by now, we search for structure and try to optimize parameters to fit that structure within the Milky Way galaxy. And lately we've been also doing N-Body simulation of the formation of those structures. What your workunits are doing is trying to find the optimal set of parameters for those N-Body simulations to end up best representing our sky survey data or to fit those different structures (like dwarf galaxy tidal streams) from that data.
To do this, we use strategies which mimic evolution. The server keeps track of a population of good potential solutions to these problems, and then generates workunits by mutating some solutions, and using others to create offspring. You guys crunch the data and return the result -- if it's a good one we insert it into the population which improves as a whole. Over time, we get very very good solutions which aren't really possible using other deterministic approaches.
If people have large caches, that means the work they're crunching can come from very old versions of those populations which have since evolved quite a bit away from where they were when the user filled up their cache. When they return the results there's a lower chance for the results to improve the population of results we're currently working with.
So that's why our cache is so low, and we'd really appreciate it if you worked with us on this. There are other great BOINC projects out there which can help fill in missing crunch time when we go down, and the BOINC client can definitely handle running more than one at a time. So it might not be too bad to explore some of the other great research going on out there. :)
Thanks again for your time and understanding,
--Travis
Même sanction pour moi aussi. :priz2tet:Je me suis mal exprimé.
Sur mon Q6600 je peu pas en prendre plus de 24 !
Ils veulent que j'en prenne moins ??? :desole:
A première vue, il y a des malins qui ont trouvé le moyen de gonfler leur cache.Des p'tits gredins oui!! :D
En même temps zonka augmenter la durée des Wus :sun:Il serait judicieux de bien lire la déclaration de Travis http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=2179
heuu... c'est quoi les wus n-noby ? c'est pour le cpu non ?
Something big is coming to Milkyway regarding credits......can't say what it is right now.http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=2295 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=2295)
Plans are being made. Discussions are occuring amongst the Admin staff.
Get ready to do some heavy crunching!!
SOMETHING BIG IS COMING!!!!
j'ai téléchargé les 3 fichiers et créé mon app_info et toutes les unités partent en erreur immédiatement... une idée ?
Apparemment, tout par en erreur car c'est une mauvaise série qui est en court est que la bonne à ceci dans sont nom : nbody_orphan_test_2model_4
mets ton fichier app_info ici pour voir...
Pour une mise à jour c'est une sacrée mise à jour, j'attendais qu'ils augmentent un peu le nombre de WU maximum en cache pour pallier contre le manque de nouveau travail, et bien c'est fait et pas à moitié, avec 1240 UT en cache après la limite à 24 ça fait vraiment bizarre. :pt1cable:
Since we had to wipe the database clean to get the server up and running, I know a lot of you lost a lot of credit on work you had done while the server has been down. So just as a thank you for everyone sticking with us while we've been dealing with these problems, and as a little payback for all the work lost; once we get the server up and running smoothly again we're going to have a temporary period of double credit (I'm thinking a day or two). Hopefully it will make up for a bit of the work that was lost.
J'arrive pas à trouver l'info, mais une 4350n ca supporte la double précision ou pas ?
Alors, j'ai les catalyst 11.3, mes 6 coeurs tournent à 100% ( j'ai donc 6 unités milkyway 0.50 sur chaque coeurs ), et une unité 0.59 sur mon gpu.
Ba la charge CPU est bien indépendente de la charge GPU, j'ai testé en arrêtant l'ctivité du GPU, les unites sur les 6 coeurs sont toujours actif et prennent 100%.
Je vaudrais baisser la charge sur le cpu seulement ( ou même la couper ), histoire de chauffer et consommer moins.
Et ça se fait pas tout seul ? j'ai touché à rien moi m'sieur, j'le jure ! le commun des mortels n'est pas censé bidouiller on app_info non ?
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_0.62_windows_intelx86__ati14.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>62</version_num>
<plan_class>ati14</plan_class>
<flops>1.0e11</flops>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>--gpu-target-frequency 30 --gpu-polling-mode 1</cmdline>
<file_ref>
<file_name>milkyway_0.62_windows_intelx86__ati14.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
Sachant que "se détacher" est grisé pour ce projet dans mon BM. A cause de BAM ?
Oui voila al', j'ai détaché puis synchro puis réattaché puis synchro depuis BAM et y'a bon banania.
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_0.62_windows_intelx86__ati14.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>62</version_num>
<plan_class>ati14</plan_class>
<flops>1.0e11</flops>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>--gpu-target-frequency 30 --gpu-polling-mode 1</cmdline>
<file_ref>
<file_name>milkyway_0.62_windows_intelx86__ati14.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
Tiens, j'ai trouvé un bug dans leur appli nBody : tout ce que je plie sur 7 cores plante (en Terminé, validation peu concluante), alors que ca marche bien en 8 cores ... :(
Je sais pas, ils vident leur liste de résutats trop vite ... on a aucun historique :(
C'est pour faire un compromis entre la performance et le lag de l'interface (qui apparait souvent avec l'utilisation d'applications GPGPU) ...il faut mettre plutôt un nombre proche de 0 ou vers 50000 ?
Ben ça dépend si tu veux finir tes WUs plus vite et avoir du lag dans ton interface graphique ou si tu veux finir tes WUs un peu moins vite mais que ton windows reste fluide!!!
Plus près de 50000 dans le 1er cas et de plus petites valeurs pour le second!!
I'm testing a new framework for running our searches, which should make them a bit more reliable and reduce server load. I've sent out a small batch of 1000 (and won't be generating new ones) to see if this works. Let me know if they crunch correctly for you, they should be named 'ps_test_1_X' where X is some number.
Je teste un nouveau cadre pour l'exécution de nos recherches, ce qui devrait les rendre un peu plus fiable et de réduire la charge du serveur. J'ai envoyé un petit lot de 1000 (et ne sera pas générer de nouvelles) pour voir si cela fonctionne. Permettez-moi de savoir si elles crise correctement pour vous, ils devraient être nommés «ps_test_1_X» où X est un nombre.
They're separation workunits, so they should be CPU/GPU workunits. They aren't for the n-body application.
A quoi sert cette option :
Amount of concurrent blocks(NVIDIA GPUs Only)
Higher values lead to shorter completion times at the expense of interface lag (1 .. 50000, default is 128)
Si je mets 50 000 cela fait quoi par rapport à si je mets 1 ?
Le site est inaccessible.... :miam:
tout comme DNTC :cpopossib:
Le site est inaccessible.... :miam:plus d'ut depuis le 1er juin
RPI is having some cooling problems with the machine room that milkyway is in. Hopefully it'll be back up soon.
RPI (Rensselaer Polytechnic Institute) a des problèmes de refroidissement dans la salle où sont les machines de milkyway. Espérons qu'il sera bientôt de retour .
milky est de retour !merci pour l'info
Milky de nouveau HS...
J’espère que cette fois fois ça ne va pas durer 5 jours.
EDIT : c'est re-bon :bounce:
I've updated 15 of the 16 different versions of the separation for all systems. Post here if you have any problems (particularly if you have a problem with the new 32 bit Linux GPU applications...)
New features:
- Faster CPU calculations because of SSE2 intrinsics from Crunch3r. This should get a bit faster later when I get to some other stuff.
- The binaries now include the different SSE levels for the critical function (e.g. x87/SSE2/SSE3) all in one, and will use the appropriate one for the detected CPU's capabilities, so you don't need any special __sse2 version or anything. The problems on systems without SSE2 which happened sometimes for the GPU applications should also be fixed.
- Checkpointing for GPUs for both OpenCL/Nvidia and ATI/AMD for CAL. It will checkpoint no more frequently than after at least 10% progress, so it might not checkpoint as frequently as your settings specify if you have a particularly slow GPU. GPU checkpointing is a bit slow when it does happen, so if you don't want it, you can disable it with the flag --gpu-disable-checkpointing.
- The Nvidia OpenCL platform should now always be used avoiding issues if you had both AMD's and Nvidia's installed
- More reliable chunking for different GPUs. I didn't play with the time estimates so much, but I think the actual run times should now be closer to the estimates. There should also be fewer cases where a GPU will end up using the slowest possible work size option. I'll probably have to fiddle with this some more if people still aren't happy with the lag.
- Work around for a Catalyst driver problem where sometimes the GPU was reported as 0 Mhz, resulting in much more lag which I think was some peoples' problem.
- New flag that some people requested: --process-priority (-b). On Windows this is 0 (lowest) - 4 (highest) for overriding the process priority. On Linux this is the nice value.
- CAL specific: Removed --responsiveness-factor flag. Use --gpu-target-frequency or --non-responsive instead depending on what you want to do.
- Actually updated the 32-bit OS X application
- In the event of a crash on Windows, you should no longer be bothered with useless crash dialogs
I created versions of the new apps with app_info's.
I hope they are correct as I guessed on the CUDA OpenCL versions.
http://www.arkayn.us/forum/index.php?action=downloads;cat=11 (http://www.arkayn.us/forum/index.php?action=downloads;cat=11)
J'ai mis à jour 15 des 16 différentes versions de l'application "separation" pour tout les systèmes. Postez ici si vous rencontrez des problèmes (en particulier si vous avez un problème avec la nouvelle version 32bits GPU sous Linux)
Nouveautés:(A ajouter entre les balises <cmdline></cmdline> dans un app_info.xml)
- Calcul plus rapide avec le CPU grâce à l'utilisation du SSE2 fournit par Crunch3r. Cela devrait aller encore un peu plus vite plus tard quand j'ajouterai d'autres trucs.
- Les applications intègrent maintenant l'ensemble des différentes couches SSE pour les fonctions critiques (x87/SSE2/SSE3), elles utiliseront la plus appropriée en fonction des capacités détectées sur votre CPU, vous n'avez donc pas besoin d'une version spécifique _sse2 ou quoi que ce soit. Le problème pour les systèmes sans SSE2 qui apparaissait certaines fois avec l'application GPU devrait également être corrigé.
- Ajout des points de sauvegarde pour le GPU dans le cas de OpenCL/Nvidia comme pour ATI/AMD avec CAL. Les points de sauvegarde ne se produiront qu'après au moins 10%, il se peut donc que cela ne sauvegarde pas aussi fréquemment que vous l'avez spécifié dans votre configuration si vous avez une carte assez lente. L'action de sauvegarde est un peu lente pour le GPU donc si vous n'en voulez pas, vous pouvez désactivez cette option avec l'ajout de l'argument --gpu-disable-checkpointing.
(Gros doute sur celle-ci quelqu'un peut confirmer?)
- Afin d'éviter les problèmes utiliser la plateforme OpenCL/Nvidia si vous avez (aviez) une carte AMD ainsi qu'une Nvidia d'installée en même temps.
- Une segmentation plus fiable pour le GPU. Je n'ai pas jouer sur l'estimation du la durée tant que ça, mais j'estime que l'estimation actuelle devrait être bien plus proche de la durée effective. Il devrait également y avoir moins de cas dans lesquels un GPU finira par utiliser la plus lente taille de travail possible. J'aurai probablement encore à bidouiller un peu si certaines personnes rencontrent encore des problèmes de lag.
- Travail autour d'un problème du pilote Catalyst où parfois le GPU était considéré à 0 Mhz, entrainant beaucoup plus de lag, ce qui me semble était le problème de certaines personnes.
- Nouvel argument demandé par certaines personnes: --process-priority (-b). Sous Windows il prendra une valeur entre 0 (le moins prioritaire) et 4 (le plus prioritaire), dans le cas de linux cela correspond à la valeur de nice.
- CAL spécifique: Suppression de l'argument --responsiveness-factor. Utilisez --gpu-target-frequency ou --non-responsive à la place selon ce que vous voulez faire.
- CAL spécifique: Suppression de l'argument --responsiveness-factor. Utilisez --gpu-target-frequency ou --non-responsive à la place selon ce que vous voulez faire.
- Mise à jour de l'application 32-bit pour OS X.
- Dans le cas d'un crash sous Windows, vous ne devriez plus être dérangé par les dialogues inutiles du crash.
Dear MilkyWay@home volunteers,
I want to first thank all of you for helping us study the Milky Way galaxy by donating your CPU and GPU cycles to our project. Some of you have also contributed your computational expertise, or contributed cash or GPU cards to our projects. We appreciate all of these gifts. MilkyWay@home CPU/GPU cycles have contributed to defining the distribution of stars in the Sagittarius dwarf tidal stream. Stars in this stream were pulled off of the Sagittarius dwarf galaxy, which is in orbit around the Milky Way, by the Milky Way's gravity. In addition, novel computational techniques have been developed for asynchronous parameter searches using a heterogeneous volunteer network.
Over the next year we plan to modify MilkyWay@home to measure the overall distribution of stars in the Milky Way halo. The magnitude of your generosity has made it possible for us to dream bigger dreams. We are starting to transform MilkyWay@home to do n-body simulations of several dwarf galaxy tidal disruptions at the same time. We can then change the model parameters for the Milky Way's gravity and for the properties of the dwarf galaxies so that they match the properties of actual tidal streams in the Milky Way. This is a big job and a new field, and we would not be able to contemplate doing this if you were not volunteering the equivalent of one of the largest supercomputers in the world to this task. Presently, we have taken only the first steps towards this, by simulating the disruption of a single dwarf galaxy and varying only the parameters of the dwarf itself. We have quite a lot to learn in developing the correct techniques for solving this problem, but if we are successful we will eventually find out how much mass (mostly dark matter) is in the Milky Way, and how it is distributed in space.
A year ago, I was successful in getting an NSF grant funded that supports my astronomy research on the Milky Way, and a significant part of that grant was justified by the use of your volunteer computing cycles. We are still seeking grant funding that will support the computer science research side of MilkyWay@home. A few years ago when we were stretched for funding between grants, we raised about $7000 in private donations, most of which were from MilkyWay@home volunteers. The remaining portion of this funding is currently being used on summer salary to support Matthew Arsenault, who is working on converting our n-body code so that it will run on GPUs. Matthew recently received his BS degree from RPI, and has been working on MilkyWay@home code for more than a year. He will be entering our PhD program this fall. He will be supported as a teaching assistant during the coming school year, but I am again turning to the volunteers to help me support him in summer 2012. Currently, I do not have funding to guarantee that I can support him. The cost of a graduate student summer salary plus institutional overhead is about $10,000. Of course, we can always do more with extra funding, but students are my top priority. Matthew has done a fabulous job implementing our current n-body simulations.
We are therefore launching the following "thank you" and fundraising campaign. On September 1, 2011, we will run MilkyWay@home with double credit. Hopefully, this will at least make up for some of the credit lost when MilkyWay@home was not operational for software, hardware, or air conditioning emergencies. We understand that these have been frustrating to some users, but be assured that they were much more frustrating for us.
In addition, we will run MilkyWay@home with double credit for one additional day for every $500 raised between now and September 1, 2011. Donations can be made with paypal or credit card online at:
http://www.dudleyobservatory.org/MilkyWayAtHome/MilkyWayAtHome2.html
Payments by check can be made out to Dudley Observatory and mailed to: Dudley Observatory, 107 Nott Terrace, Suite 201, Schenectady, NY 12308, with MilkyWay@home in the comments line of the check, or with a letter that explains that the donation is to MilkyWay@home. For donations in other forms, you may contact me directly (heidi@rpi.edu). The donations are tax deductible, and you will receive a letter from Dudley Observatory that can be used for tax purposes. Donations will be used to fund graduate or undergraduate students, travel, publication, materials, or equipment costs related to Milky Way research and education. For gifts over $1000, donors may specify a person, family, or organization to be acknowledged in research publications which are partially supported by this donation, and to receive a signed, printed copy of the publication.
Again, we thank you for your support of our research project. We have been overwhelmed by the number of people who are willing to contribute.
Sincerely,
Prof. Heidi Newberg
Je tiens tout d'abord vous remercier tous de nous aider à étudier la Voie lactée en faisant don de la capacité de calcul de vos CPU et GPU à notre projet. Certains d'entre vous ont également contribué avec leur expertise informatique, ou en faisant des dons d'argents ou de cartes GPU pour nos projets. Nous apprécions tous ces cadeaux. Les calculs sur MilkyWay@home ont contribué à définir la distribution des étoiles dans le tidal steam de la galaxie naine du Sagittaire. Les étoiles dans ce courant ont été retirées de la galaxie naine du Sagittaire, qui est en orbite autour de la Voie lactée, par gravité de la Voie Lactée. En outre, de nouvelles techniques de calcul ont été développés pour des recherches utilisant des paramètres asynchrones sur un réseau hétérogène de bénévoles .
Durant l'année prochaine , nous prévoyons de modifier MilkyWay@home pour mesurer la répartition globale des étoiles dans le halo de la Voie Lactée. L'ampleur de votre générosité nous a permis de faire de plus grands rêves. Nous sommes entrain de transformer MilkyWay@home afin de faire des simulations N-body de plusieurs perturbations de galaxie naine en même temps. Nous pourrons ensuite modifier les paramètres du modèle de la gravité de la Voie lactée et les propriétés des galaxies naines de sorte qu'elles correspondent aux propriétés réelles du tidal streams de la Voie Lactée. C'est un travail énorme et un nouveau champ de recherche, et nous ne serions pas en mesure d'envisager de le faire si les ressources de calcul bénévolement offertes n'étaient pas l'équivalent de l'un des plus grands supercalculateurs au monde. Actuellement, nous n'avons réalisé que les premières pas dans cette direction, en simulant les perturbations d'une galaxie naine unique et en ne variant qu'uniquement les paramètres de celle-ci. Nous avons beaucoup à apprendre dans le développement des techniques adéquates pour la résolution de ce problème, mais si nous réussissons, nous finirons par savoir combien de masse (matière noire principalement) se trouve dans la Voie lactée, et comment elle est répartie dans l'espace.
Il y a un an, j'ai réussi à obtenir une subvention "NSF" pour mes recherches sur la Voie Lactée, et une part importante de cette subvention était justifiée par l'utilisation bénévole de vos capacités de calcul. Nous sommes toujours en quête de subventions qui soutiendront le côté recherche informatique de MilkyWay@home. Il y a quelques années quand notre situation financière était tendu malgré les subventions, nous avons réuni environ 7000$ en dons privés, dont la plupart provenant de bénévole de MilkyWay@home. La partie restante de ce financement est actuellement utilisée sur le salaire d'été de Matthieu Arsenault, qui travaille sur la transformation de notre code n-body afin qu'il fonctionne sur les GPU. Matthew a récemment obtenu son Master au sein du RPI, et a travaillé sur le code MilkyWay@home depuis plus d'un an. Il va entrer dans notre programme de doctorat cet automne. Il sera pris en charge comme un assistant d'enseignement pendant l'année scolaire à venir, mais je me tourne à nouveau vers les bénévoles pour m'aider à le soutenir durant l'été 2012. Actuellement, je n'ai pas de financement pour lui garantir ce soutient. Le coût d'un salaire d'été pour un étudiant diplômé avec les frais généraux institutionnels est d'environ 10,000$. Bien sûr, nous pourrions toujours faire d'avantage avec des fonds supplémentaires, mais les étudiants sont ma priorité. Matthieu a fait un travail fabuleux en implémentant l'actuelle simulations N-body.
Nous lançons donc ces campagnes de financement et de remerciement. Le 1er Septembre, 2011, nous allons doubler les crédits pour MilkyWay@home. En espérant que cela soit au moins une compensation pour les crédits perdu lorsque MilkyWay@home n'était pas opérationnel pour des problèmes logiciels, matériels, ou de refroidissement. Nous comprenons que cela est pu être frustrant pour certains utilisateurs, mais soyez assuré que cela fut bien plus frustrant pour nous.
De plus, nous allons doubler les crédits pour MilkyWay@home une journée supplémentaire pour chaque 500$ récoltés entre maintenant et le 1er Septembre 2011. Les dons peuvent être faits via paypal ou par carte de crédit en ligne à l'adresse:
lien (http://www.dudleyobservatory.org/MilkyWayAtHome/MilkyWayAtHome2.html)
Les paiements par chèque peuvent être faits à l'ordre de l'Observatoire Dudley et posté à l'adresse suivante:
Dudley Observatoire,
107 Nott Terrace,
Suite 201,
Schenectady,
NY 12308,
avec MilkyWay@home dans la ligne du commentaire du chèque, ou avec une lettre qui explique que le don pour MilkyWay@home. Pour les dons d'une autre forme, vous pouvez me contacter directement (heidi@rpi.edu). Les dons sont déductibles d'impôt (en France je sais pas :ange:), et vous recevrez un reçu de l'Observatoire Dudley qui peut être utilisé en cas de besoin. Les dons seront utilisés pour financer les étudiants diplômés ou de premier cycle, les voyages, la publication, le matériel ou les coûts d'équipement liés à la recherche de MilkyWay@home et pour l'éducation. Pour les dons de plus de 1000 $, les donateurs peuvent indiquer une personne, une famille, ou une organisation qui sera associé dans les publications de recherche qui seront partiellement prise en charge par ce don, et recevront une copie signée de la publication.
Encore une fois, nous vous remercions pour votre soutien à notre projet. Nous avons été submergés par le nombre de gens qui sont prêts à y contribuer.
Cordialement,
Prof Heidi Newberg
Sinon ils s'embêtent pas pour les dons, à 1000$ la photo encadrée, il vaut ptet mieux s'acheter une autre ordi pour faire du milkyway, ça serait plus utile...
Si vous voulez voir le 'the Sagittarius dwarf tidal stream' : allez ici
http://apod.nasa.gov/apod/ap050529.html (http://apod.nasa.gov/apod/ap050529.html)
c'est le truc jaune sur la vue d'artiste : 'a loose filament of stars, gas, and possibly dark matter that entangles the Milky Way' bref 'un filament diffus d'etoiles, de gaz et possiblement de matière noire' que la voie Lactee va engloutir ...
:kookoo:
Y'a des marées dans les galaxies ?
Une fois de plus la traduction de google est plus impressionniste : "les galaxies contiennent un fouillis de bouquets et de filaments de la matière à la fois sombres et foncées." :D
Il semble qu’il s’agissait à l’origine d’une galaxie naine sphéroïde, mais elle a été considérablement étirée par les forces de marée de la Voie lactée, aussi un grand nombre de ses étoiles et un courant de gaz semblent dispersés tout au long de son orbite.
Hello,
We'll be running two days of double-credits this week on Wednesday and Thursday to make up for outages earlier in the summer.
Cheers,
Matthew N
Salut!
J'utilise milkyway@home pour calculer sur ma carte ATI, mais pour l'instant il n'a réussi à terminer aucun travail.
A chaque fois ça indique "Erreur de Calcul"...
C'est sur cette application : MilkyWay@Home v0.82 (ati14)
Ça vient de mon ordinateur? Boinc est à jour, ainsi que les drivers de la carte graphique.
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_separation_0.82_windows_intelx86__ati14.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>82</version_num>
<flops>1.0e11</flops>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<plan_class>ati14ati</plan_class>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
<file_ref>
<file_name>milkyway_separation_0.82_windows_intelx86__ati14.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
<app_info>
<app>
<name>milkyway_nbody</name>
<user_friendly_name>MilkyWay@Home nbody Simulation</user_friendly_name>
</app>
<file_info>
<name>milkyway_nbody_0.66_windows_intelx86__mt.exe</name>
<executable/>
</file_info>
<file_info>
<name>libgomp_nbody_0.66.dll</name>
<open_name>libgomp-1.dll</open_name>
<copy_file>
<executable/>
</file_info>
<file_info>
<name>pthreadGC2_nbody_0.66.dll</name>
<open_name>pthreadGC2.dll</open_name>
<copy_file>
<executable/>
</file_info>
<app_version>
<app_name>milkyway_nbody</app_name>
<version_num>66</version_num>
<plan_class>mt</plan_class>
<avg_ncpus>2</avg_ncpus>
<max_ncpus>2</max_ncpus>
<cmdline></cmdline>
<file_ref>
<file_name>milkyway_nbody_0.66_windows_intelx86__mt.exe</file_name>
<main_program/>
</file_ref>
<file_ref>
<file_name>libgomp_nbody_0.66.dll</file_name>
</file_ref>
<file_ref>
<file_name>pthreadGC2_nbody_0.66.dll</file_name>
</file_ref>
</app_version>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_separation_0.82_windows_intelx86__ati14.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>82</version_num>
<flops>1.0e11</flops>
<avg_ncpus>0.05</avg_ncpus>
<max_ncpus>1</max_ncpus>
<plan_class>ati14ati</plan_class>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
<file_ref>
<file_name>milkyway_separation_0.82_windows_intelx86__ati14.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
on pourrait avoir un app_info pour nbody et cuda ?
Vous trouverez les fichiers app_info et les applis optimisés sur le forum d'Arkayn : http://www.arkayn.us/forum/index.php?action=downloads;cat=11 (http://www.arkayn.us/forum/index.php?action=downloads;cat=11)
Edit : j'ai mis un petit article sur le portail mais je n'ai pas réussis à mettre en colonne, si une personne qui a les droits pouvait le faire, merci....
http://www.boinc-af.org/projets-astronomie/1273-milkywayhome-applications-optimises.html (http://www.boinc-af.org/projets-astronomie/1273-milkywayhome-applications-optimises.html)
...(http://img.lbzh.fr/images/troplol.gif)
En plus pour le moment le projet est down, ils ont bien choisit le moment pour doubler les crédits.
(Posting this to get it up as a news item it is also in the original thread below this one in the News section). Dear MilkyWay@home volunteers, It appears that I have made a mis-step in management of MilkyWay@Home, regarding double credits for fundraising. I believed that this had been done before. I have since discovered that not only I was incorrect, but it is also inconsistent with the BOINC credit system. As volunteers, you have donated enormous computational resources to my group, and on top of that have created a powerful community that not only helps us with software but also teaches us how to be responsible members of your community. We will be running double credit two days this week to make up for lost credit in the past, but we will not be running a double credit fundraiser in September. I apologize for any inconvenience this has caused. I will need a little time to understand what the right way is to do this, so stay tuned. Best Wishes, Prof. Newberg
Chers volontaires de MilkyWay@home , il semble que j'ai fait un faux pas dans la gestion de MilkyWay@Home, au sujet de la collecte de fonds associé au doublement du crédit. Je croyais que cela avait été fait avant. Depuis, j'ai découvert que non seulement cela n'était pas le cas, mais qu'en plus cela était incompatible avec le système de crédit BOINC. En tant que bénévoles, vous avez fait don d'énormes ressources de calcul à mon groupe, et de plus avez créé une communauté puissante qui non seulement nous aide avec la partie logicielle, mais nous apprend aussi comment être responsables des membres de votre communauté. Nous allons avoir un doublement de crédit pendant deux jours cette semaine afin de rattraper la perte de crédit dans le passé, mais nous n'aurons pas l'exécution d'un doublement de crédit associé à une collecte de fonds en Septembre. Je m'excuse pour tout inconvénient que cela a pu causer. J'aurai besoin d'un peu de temps pour comprendre qu'elle est la bonne façon de le faire, alors restez à l'écoute. Meilleurs voeux, Prof Newberg
Merci Cedricdd !
Autre question : est-ce qu'on peut réduire l'utilisation du GPU? Par exemple utiliser seulement 80% du GPU?
Parce que ça fait ralentir mon PC, quand je bouge une fenêtre ou quand je regarde une vidéo :/
Il y a mieux !
Tu suspend le calcul GPU pendant l'utilisation du PC, pour cela
onglet Avancé -> préférences -> utilisation processeur -> décocher "Utiliser le GPU quand l'ordinateur et utilisé" seulement quand l'ordinateur est en veille depuis x.xx minutes
24/07/2011 18:34:05 Milkyway@home update requested by user
24/07/2011 18:34:08 Milkyway@home Sending scheduler request: Requested by user.
24/07/2011 18:34:08 Milkyway@home Reporting 1 completed tasks, not requesting new tasks
24/07/2011 18:35:10 Milkyway@home Scheduler request failed: HTTP gateway timeout
25/07/2011 17:52:58 Milkyway@home Reporting 1 completed tasks, not requesting new tasks
25/07/2011 17:53:01 Milkyway@home Scheduler request completed
25/07/2011 17:53:01 Milkyway@home Message from server: Server error: feeder not running
Milky est tjs dans les choux ?
Hi Everybody,
I've finally somewhat gotten settled out here in UND, and have time to start working on MilkyWay a little bit more seriously again. ;) I've come up with a fix for the maximum time limit elapsed bug, and that's my main priority right now. It's going to take a bit of coding on my part but I'll keep you posted.
--Travis
_______
Amount of concurrent blocks(NVIDIA GPUs Only)
Higher values lead to shorter completion times at the expense of interface lag (1 .. 50000, default is 128
plus le chiffre est élevé plus le calcul a la priorité, aux dépends de la fluidité de l'affichage.oui a 128 il fige deja un peu alors cela va rester comme ca.
par défaut il est à 128 ce qui doit être un compromis raisonnable... si tu mets 50000, ton écran sera figé.
C'est normal Poly !:blbl:
Y a quand même une belle différence entre une GTX280 et une GTX470 :gniak:
Baaaahhhh!!! :cpopossib: :cpopossib:Site de retour :kookoo:
Milky est dans les choux depuis plusieurs jours maintenant!! :cavachier: :cavachier:
Ils sont en WE les admins??? :??:
De quoi ??? FzJ'ai dit le site pas le serveur :ange:
Il est où le site ??
pas pu renvoyer mes UT :D
c'est que tu n'as que 3 GPUs ...
Raised GPU work limits
I've raised the work limit to 20 tasks per GPU to see what happens.
Ca fait 20 minutes de stock quoi :siflotte:Non, 10 minutes si tu as 2 CGs!!! :D :D :priz2tet:
:hello: clement,
les UT GPU n'ont pas de point de sauvegarde, donc si tu interromps le calcul pour X raison, c'est normal que l'UT reprenne du début. Le fait de cocher "Laisser les applications en mémoire lorsqu'elles sont suspendues" (3e onglet de Préférences) ne sert à rien non plus.
:jap:
Sympa le pseudo :ange:
After a summer and autumn of intense development, we are ready to restart the nbody runs. We have updated the code and have working binaries for Linux 64bit, Linux 32bit, Windows 64bit and Mac 64bit. At a later date I will be posting the binary for Windows 32. Please let us know how the new code is running. Previous n_body code was labeled 1.00 in mistake, this new release continues the versioning system previously in use and will be version 0.94 Thank you all! Jeff Thompson
validator back up
Hi Everyone,
It looks like I fixed the bug with the validator. I'll be keeping an eye on it this weekend to make sure everything is running okay.
09/12/2012 10:08:33 | Milkyway@Home | Starting task de_separation_13_sSgr_1_1354674111_670890_1 using milkyway version 102 (opencl_amd_ati) in slot 2
09/12/2012 10:10:32 | Milkyway@Home | Computation for task de_separation_13_sSgr_1_1354674111_670890_1 finished
09/12/2012 10:10:32 | Milkyway@Home | Starting task de_separation_13_sSgr_1_1354674111_670881_1 using milkyway version 102 (opencl_amd_ati) in slot 2
09/12/2012 10:12:30 | Milkyway@Home | Computation for task de_separation_13_sSgr_1_1354674111_670881_1 finished
09/12/2012 10:12:30 | Milkyway@Home | Starting task de_separation_13_sSgr_1_1354674111_670882_1 using milkyway version 102 (opencl_amd_ati) in slot 4
09/12/2012 10:14:29 | Milkyway@Home | Computation for task de_separation_13_sSgr_1_1354674111_670882_1 finished
09/12/2012 10:14:29 | Milkyway@Home | Starting task ps_separation_10_3s_sSgr_1_1354674111_670958_1 using milkyway version 102 (opencl_amd_ati) in slot 2
09/12/2012 10:16:28 | Milkyway@Home | Computation for task ps_separation_10_3s_sSgr_1_1354674111_670958_1 finished
09/12/2012 10:16:28 | Milkyway@Home | Starting task ps_separation_10_3s_sSgr_1_1354674111_670961_1 using milkyway version 102 (opencl_amd_ati) in slot 2
09/12/2012 10:18:26 | Milkyway@Home | Computation for task ps_separation_10_3s_sSgr_1_1354674111_670961_1 finished
09/12/2012 10:18:26 | Milkyway@Home | Starting task ps_separation_10_3s_sSgr_1_1354674111_670963_1 using milkyway version 102 (opencl_amd_ati) in slot 2
09/12/2012 10:20:26 | Milkyway@Home | Computation for task ps_separation_10_3s_sSgr_1_1354674111_670963_1 finished
09/12/2012 10:20:26 | Milkyway@Home | Starting task ps_separation_10_3s_sSgr_1_1354674111_670960_1 using milkyway version 102 (opencl_amd_ati) in slot 2
On calcule bien des UTs separation en ce moment, c'est la page des applis qui est pas à jour!
20/12/2012 08:46:08 | Milkyway@Home | Master file download succeeded
20/12/2012 08:46:13 | Milkyway@Home | Sending scheduler request: Project initialization.
20/12/2012 08:46:13 | Milkyway@Home | Requesting new tasks for CPU and ATI
20/12/2012 08:46:14 | Milkyway@Home | Scheduler request completed: got 0 new tasks
20/12/2012 08:46:14 | Milkyway@Home | No tasks sent
20/12/2012 08:46:14 | Milkyway@Home | Message du serveur de projet: Catalyst driver version is not OK for OpenCL application with this GPU
20/12/2012 08:46:14 | Milkyway@Home | Des taches sont disponibles pour votre processeur, mais vos préférences sont réglées pour les refuser.
Il faudrait que quelqu'un te donne son appli 0.82 pour ATIExiste t'elle en version 64 bits ?
Et l'option qui dit de pas cruncher GPU quand l'ordi est utilisében c'est exactement ce que je fais pour ma part... j'utilise même la mise en pause de boinc en fonction de l'application, puisque c'est aujourd'hui possible, afin de jouer tranquille en fool détail...
UT mini 10 :eek:
1.06 Errors with Windows Clients
Windows 64 bit users seeing errors in work unit for Nbody Version 1.06 will want to use the reset option to have the software. This will redownload the dlls and fix a bad file that was transferred in the initial download.
Alternatively you can manually update the file per these steps
1. Stop MilkyWay@home
2. download the pthreadGC2_64_nbody_1.06.dll from http://milkyway.cs.rpi.edu/milkyway/download/pthreadGC2_64_nbody_1.06.dll (http://milkyway.cs.rpi.edu/milkyway/download/pthreadGC2_64_nbody_1.06.dll)
3. place pthreadGC2_64_nbody_1.06.dll into your mw directory
A more detailed discussion is in the following thread:
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3128 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3128)
1 Jun 2013 | 18:43:22 UTC 13 Jun 2013 | 18:43:22 UTC En cours --- --- --- MilkyWay@Home v1.02 (opencl_nvidia)
Sur une HD7970 ça doit être entre 30 et 50 secondes les UT !Précisément 26 secondes pour MilkyWay@Home v1.02 sur ma HD7970 (Debian 6).
We are releasing a new version of separation! This version of separation will be run under a different application name because it runs a modified fit and we would like to be able to work using both the previous and new fits for the time being. If there are any issues with the work units from milkyway_separation__modified_fit please post them here.
The following platforms are supported with this update:
32-bit Linux: OpenCL devices with double precision and CPU
64-bit Linux: OpenCL devices with double precision and CPU
64-bit Windows: OpenCL devices with double precision and CPU
MacOSX: OpenCL devices with double precision and CPU
We hope to add 32-bit Windows support in the near future.
Thank you,
Jake W
Bonne nouvelle ça :sun: :sun: :sun::+1: :love: :love: :miam: :miam: et merci fzs pour l'info
:jap: :jap: :jap:
Sinon, vous savez comment forcer l'ancienne application milkyway_separation_0.82_windows_intelx86__ati14 que j'ai encore sur mon disque dur et qui marchait bien ?
Ils sont "gonflés" de donner un badge à partir de 1 crédit... c'est une première, ou alors d'autres projets font pareil ?
Je comprends pas leur badge "50k" entre 10M et 100M, ils se sont plantés non ?
Après je trouve qu'ils se ressemblent trop (10M / 100M, ("50k" / 500M), et qu'il y en a trop.
Et le "special contribution" à quoi ça peut servir ?
Prof :hello::oki:
J'ai déjà mis la nouvellemais erreur de ma part je l'ai mis ici: http://forum.boinc-af.org/index.php/topic,2287.msg374151.html#msg374151 (http://forum.boinc-af.org/index.php/topic,2287.msg374151.html#msg374151)
Si un gentil admin voulait déplacer mon erreur qu'il en soit d'avance remercier. [FAIT]
:jap:
Eux ils s'en fichent pas, des badges = plus de crunchers :)
et ce boulet de mikey qui passe son temps à poster pour ne rien dire, hors sujet ... :priz2tet:Et avec BOINC on se fait meme des amis.............pour la vie .............ou pas. :D
Plus de crunchers avec une application qui plante, ça sert à rien, si ce n'est gaspiller plus de ressources !
Surtout quand tu voies mon topic, il en ont rien à foutre : http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3400
Pas un seul signe d'un officiel du projet, et ce boulet de mikey qui passe son temps à poster pour ne rien dire, hors sujet ... :priz2tet:
That's the hard part of every time badge scheme that we've come up with. By requiring RAC > 0.0 for the badge to display, then anyone who is crunching something will get the badge. Someone could have created an account 4 years ago and not crunched anything, but then crunch one WU and get the 4yr badge - but it will disappear if their RAC drops to 0. If they crunch another WU a year later, the 5yr badge will show up. It's not perfect, but loyal crunchers tend to maintain a non-zero RAC anyway, and keeping the badge "active" might serve as an incentive for occasional users to crunch a MW WU every now and then...Trad à la louche:
We're looking into other ways to make it work, but we need to dig around the database a bit and see what data we have available.
Apparement les R9 290 et 290X ne sont pas reconnues par le projet :(oui, j'ai noté aussi :cavachier: :cavachier:
(http://milkyway.cs.rpi.edu/download/images/badge_summary.png)
Travis has to tweak the server for the badges to go live, and he's been out with an illness. He's hoping to get them live within a week.
J'ai plus de 3 millions et je n'ai le badge de 1 million :??:
CiterIs there a programming oops?
I have 2 million credits, but only a 1 million credit badge.
The issue is the intervals badges update at. I think theres a 1 million badge and then the next is 5 million.
As Matt gets them to me we'll add the other intervals.
Et je crois qu'il faut que Seb les intègre à sa super signature, non ?C'est fait :jap: :jap:
New N-Body Runs
I have started a bunch of identical narrow range n-body runs. They are:
de_nbody_02_12_sim_orphan_narrow
de_nbody_02_12_sim_orphan_narrow_2
de_nbody_02_12_sim_orphan_narrow_3
de_nbody_02_12_sim_orphan_narrow_4
ps_nbody_02_12_sim_orphan_narrow
ps_nbody_02_12_sim_orphan_narrow_2
ps_nbody_02_12_sim_orphan_narrow_3
ps_nbody_02_12_sim_orphan_narrow_4
We are getting really close to a major scientific result! Thank you, and keep crunching!
Jake 12 Feb 2014, 17:50:40 UTC
<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>102</version_num>
<platform>windows_x86_64</platform>
<flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>--gpu-disable-checkpointing</cmdline>
<file_ref>
<file_name>milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app>
<name>milkyway_separation__modified_fit</name>
</app>
<file_info>
<name>milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway_separation__modified_fit</app_name>
<version_num>130</version_num>
<platform>windows_x86_64</platform>
<api_version>7.2.42</api_version>
<flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
<file_ref>
<file_name>milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
Frequency (in Hz) that should try to complete individual work chunks. Higher numbers may run slower but will provide a more responsive system. Lower may be faster but more laggy.
default 60 (corresponds to 60 fps)
<core_client_version>7.2.39</core_client_version>
<![CDATA[
<stderr_txt>
<search_application> milkyway_separation 1.30 Windows x86_64 double OpenCL </search_application>
Reading preferences ended prematurely
BOINC GPU type suggests using OpenCL vendor 'Advanced Micro Devices, Inc.'
Error loading Lua script 'astronomy_parameters.txt': [string "number_parameters: 4..."]:1: '<name>' expected near '4'
Switching to Parameter File
Using AVX path
Found 2 platforms
Platform 0 information:
Name: AMD Accelerated Parallel Processing
Version: OpenCL 1.2 AMD-APP (1348.5)
Vendor: Advanced Micro Devices, Inc.
Extensions: cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing cl_khr_d3d11_sharing cl_khr_dx9_media_sharing
Profile: FULL_PROFILE
Platform 1 information:
Name: Intel(R) OpenCL
Version: OpenCL 1.2
Vendor: Intel(R) Corporation
Extensions: cl_khr_fp64 cl_khr_icd cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_byte_addressable_store cl_intel_printf cl_ext_device_fission cl_intel_exec_by_local_thread cl_khr_gl_sharing cl_intel_dx9_media_sharing cl_khr_dx9_media_sharing cl_khr_d3d11_sharing
Profile: FULL_PROFILE
Using device 0 on platform 0
Found 1 CL device
Device 'Bonaire' (Advanced Micro Devices, Inc.:0x1002) (CL_DEVICE_TYPE_GPU)
Board: AMD Radeon HD 7700 Series
Driver version: 1348.5 (VM)
Version: OpenCL 1.2 AMD-APP (1348.5)
Compute capability: 0.0
Max compute units: 14
Clock frequency: 1030 Mhz
Global mem size: 1073741824
Local mem size: 32768
Max const buf size: 65536
Double extension: cl_khr_fp64
Build log:
--------------------------------------------------------------------------------
LOOP UNROLL: pragma unroll (line 305)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 297)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 290)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 261)
Unrolled as requested!
LOOP UNROLL: pragma unroll (line 208)
Unrolled as requested!
--------------------------------------------------------------------------------
Estimated AMD GPU GFLOP/s: 144 SP GFLOP/s, 29 DP FLOP/s
Warning: Bizarrely low flops (28). Defaulting to 100
Using a target frequency of 60.0
Using a block size of 3584 with 13 blocks/chunk
Using clWaitForEvents() for polling (mode -1)
Range: { nu_steps = 640, mu_steps = 1600, r_steps = 1400 }
Iteration area: 2240000
Chunk estimate: 46
Num chunks: 49
Chunk size: 46592
Added area: 43008
Effective area: 2283008
Initial wait: 12 ms
Integration time: 470.793915 s. Average time per iteration = 735.615492 ms
Integral 0 time = 471.925122 s
Running likelihood with 108460 stars
Likelihood time = 2.302027 s
<background_integral> 0.000245349078893 </background_integral>
<stream_integral> 448.914185283660120 561.912285417382350 0.023325451448683 </stream_integral>
<background_likelihood> -3.275508809732513 </background_likelihood>
<stream_only_likelihood> -4.396148462053043 -3.643919040235990 -240.064230442052550 </stream_only_likelihood>
<search_likelihood> -2.980589405443978 </search_likelihood>
08:52:41 (4256): called boinc_finish
</stderr_txt>
]]>
Chez moi avec mon GPU Ati, un Radeon HD6950, je ne peux que calculer des Modified Fit .:eek: :eek: :eek: ah!
Les milkyway 1.02 partent toute en erreur . :D
Chez moi avec mon GPU Ati, un Radeon HD6950, je ne peux que calculer des Modified Fit .J'avais le même problème sur la 6950 :/
Les milkyway 1.02 partent toute en erreur . :D
Spica,<flops>: je crois que c'est lié à la puissance de la CG
Sais-tu ce que signifient les deux lignes "flops" et "version_num" dans le app_info ?
Faut-il y toucher ?
Quelqu'un a-t-il essayé de doubler le nombre de CPU, du genre <avg_ncpus>0.5</avg_ncpus> et <count>0.25</count>) ?
Moi, pas (encore), car arrêter et redémarrer BOINC me tue à chaque fois mes yoyo evolution !
Jean-Luc
:hello: tout le monde,
les possesseurs de R9 290 se posent certainement la même question que moi.
Comment faire marcher Milkyway GPU sur ces :priz2tet: :cavachier: :rhaa: :electric: cartes R9 290 :cavachier: :cavachier:
Après lecture du forum Milky, j'ai fini par trouver la solution que voici...
Pour info, je l'ai fait avec BOINC 7.2.42 sous Windows7-64 bits... donc si vous avez un autre OS, il faut modifier des choses...
Donc pour Win$, il faut faire ceci :
créer un app_info.xml dans le répertoire du projet milky (ce fichier ne permet de faire QUE du GPU Milky):Code: [Sélectionner]<app_info>
<app>
<name>milkyway</name>
</app>
<file_info>
<name>milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway</app_name>
<version_num>102</version_num>
<platform>windows_x86_64</platform>
<flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline>--gpu-disable-checkpointing</cmdline>
<file_ref>
<file_name>milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app>
<name>milkyway_separation__modified_fit</name>
</app>
<file_info>
<name>milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway_separation__modified_fit</app_name>
<version_num>130</version_num>
<platform>windows_x86_64</platform>
<api_version>7.2.42</api_version>
<flops>1.0e11</flops>
<avg_ncpus>1</avg_ncpus>
<max_ncpus>1</max_ncpus>
<coproc>
<type>ATI</type>
<count>1</count>
</coproc>
<cmdline></cmdline>
<file_ref>
<file_name>milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
ensuite, il faut charger différents fichiers qui se trouvent sur cette page :ICI (http://milkyway.cs.rpi.edu/milkyway/download/)
Plus exactement : télécharger les fichiers suivants et mettez les dans le même répertoire que l'app_info :
http://milkyway.cs.rpi.edu/milkyway/download/milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe (http://milkyway.cs.rpi.edu/milkyway/download/milkyway_separation__modified_fit_1.30_windows_x86_64__opencl_amd_ati.exe)
http://milkyway.cs.rpi.edu/milkyway/download/milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe (http://milkyway.cs.rpi.edu/milkyway/download/milkyway_separation_1.02_windows_x86_64__opencl_amd_ati.exe)
Bon courage...
Si vous voulez optimiser faire plusieurs UTs à la fois, vous pouvez changer les valeurs
<avg_ncpus>1</avg_ncpus> en <avg_ncpus>0.5</avg_ncpus> ou <avg_ncpus>0.25</avg_ncpus> ou....pour utilsier moins de CPU et
<count>1</count> en <count>0.5</count>(2 UTs à la fois) voire <count>0.33</count> (3 UTs à la fois) ou <count>0.25</count>( 4 UTs à la fois)...
perso avec 0.5 et 0.5 c'est pas mal, je regarde ce qui est le mieux en ce moment...
@JL: as-tu baisser Frequency (in Hz) dans les prefs du projets? à 20 mes HD7950 et HD 7970 sont à 100 et l'autre à presque 100% de charge (avec 1 unité).
Avec une carte puissante comme une R9 tu peux essayer 20 et peut etre baisser encore après.
Moi, je suis à 100% avec les deux, mais à 100% de seulement 20% des possibilités de ma GPU.
En clair, mon AMD Catalyst Controller m'indique 100%, mais le ventilo tourne au ralenti et ça chauffe peu.
Mais je crois avoir lu sur le forum américain que c'est une question de précision double, nécessaire pour MilkyWay.
Collatz, lui fonctionne en précision simple et les R9 semblent très mauvaises en précision double...
Comme je ne suis pas très balaise en anglais, j'espère que je n'ai pas mal compris, voir ici : http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3451 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3451)
Jean-Luc
Sans rien faire :D , ma 280 x marche super 24 sec pour les Milky et 48 sec pour les Modified Fit , température 60 ° , ventillo 61 % , Gpu usage 64/99/64 % à 1020 Mhz
tu utilises BAM ?
Un projet de plus qui n'a plus de financement... Comme dirait le reportage d'hier sur Arte sur le Brésil, on préfère faire une coupe du monde que de construire des hôpitaux...
du 27/06 (06:00 UTC) au 01/07 (06:00 UTC) va se dérouler un challenge milkyway : http://boincstats.com/en/stats/challenge/team/chat/559
n'hésitez pas à faire un peu de cache : les UTs prises à partir de maintenant sont valides jusqu'au 30/06. :siflotte:
26/06/2014 14:22:04 | Milkyway@Home | work request forced by userPareil: on dirait qu'il ne télécharge que les exécutables.
26/06/2014 14:22:06 | Milkyway@Home | Sending scheduler request: Requested by user.
26/06/2014 14:22:06 | Milkyway@Home | Force requesting new tasks
26/06/2014 14:22:08 | Milkyway@Home | Scheduler request completed: got 5 new tasks
26/06/2014 14:22:10 | WUProp@Home | [checkpoint] result wu_v4_1400393393_833306_0 checkpointed
26/06/2014 14:22:11 | Milkyway@Home | Started download of milkyway_separation__modified_fit_1.30_windows_x86_64.exe
26/06/2014 14:22:11 | Milkyway@Home | Started download of milkyway_nbody_1.40_windows_x86_64__mt.exe
26/06/2014 14:22:17 | Milkyway@Home | Finished download of milkyway_separation__modified_fit_1.30_windows_x86_64.exe
26/06/2014 14:22:17 | Milkyway@Home | Started download of libgomp_64-1_nbody_1.40.dll
26/06/2014 14:22:18 | Milkyway@Home | Finished download of milkyway_nbody_1.40_windows_x86_64__mt.exe
26/06/2014 14:22:18 | Milkyway@Home | Started download of pthreadGC2_64_nbody_1.40.dll
26/06/2014 14:22:19 | Milkyway@Home | Finished download of libgomp_64-1_nbody_1.40.dll
26/06/2014 14:22:20 | Milkyway@Home | Finished download of pthreadGC2_64_nbody_1.40.dll
There has been an error processing the transaction and it cannot be completed at this time. The bank's response, if any, is shown below.
Please retry your transaction. If you continue to receive an error, please try an alternate form of payment, or contact the site administrator.
Your order was not approved.203
J'ai constaté la même chose - même avec l'ordi connecté. Milkyway fait une demande de travail GPU, je reçois - admettons - le max, soit 40 UT, et elles sont là, comme par magie, alors que rien n'a été téléchargé. Idem pour le retour. :spamafote:C'est tout à fait normal.
Viens de faire un test en CPU, voilà le log:Citer26/06/2014 14:22:04 | Milkyway@Home | work request forced by userPareil: on dirait qu'il ne télécharge que les exécutables.
26/06/2014 14:22:06 | Milkyway@Home | Sending scheduler request: Requested by user.
26/06/2014 14:22:06 | Milkyway@Home | Force requesting new tasks
26/06/2014 14:22:08 | Milkyway@Home | Scheduler request completed: got 5 new tasks
26/06/2014 14:22:10 | WUProp@Home | [checkpoint] result wu_v4_1400393393_833306_0 checkpointed
26/06/2014 14:22:11 | Milkyway@Home | Started download of milkyway_separation__modified_fit_1.30_windows_x86_64.exe
26/06/2014 14:22:11 | Milkyway@Home | Started download of milkyway_nbody_1.40_windows_x86_64__mt.exe
26/06/2014 14:22:17 | Milkyway@Home | Finished download of milkyway_separation__modified_fit_1.30_windows_x86_64.exe
26/06/2014 14:22:17 | Milkyway@Home | Started download of libgomp_64-1_nbody_1.40.dll
26/06/2014 14:22:18 | Milkyway@Home | Finished download of milkyway_nbody_1.40_windows_x86_64__mt.exe
26/06/2014 14:22:18 | Milkyway@Home | Started download of pthreadGC2_64_nbody_1.40.dll
26/06/2014 14:22:19 | Milkyway@Home | Finished download of libgomp_64-1_nbody_1.40.dll
26/06/2014 14:22:20 | Milkyway@Home | Finished download of pthreadGC2_64_nbody_1.40.dll
Reçu: 3 "modified fit" et 2 "N-body"
<file>
<name>stars-79-sdss8-3-29-2013.txt</name>
<nbytes>2761169.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>97beeb232e53d0ae60648500c139608b</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/363/stars-79-sdss8-3-29-2013.txt</download_url>
</file>
<file>
<name>79_constrained_rev_1.prmtrs</name>
<nbytes>3103.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>6d303b02c26329bfc7ea84a0f9cb3767</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/264/79_constrained_rev_1.prmtrs</download_url>
</file>
<file>
<name>79_DR_8_rev_1.stars</name>
<nbytes>4456654.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>2f7cd6b691fa87f0b742c72f952dbc53</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/14b/79_DR_8_rev_1.stars</download_url>
</file>
Ils ont beaucoup de problème avec les dons.
Entre autre le fait qu'ils ne puissent pas accepter PayPal + des problèmes avec les paiements venant de l'étranger ... :/
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3565&postid=61864#61864
Merci pour les explications, Seb :jap:Créer un nouveau topic oui pourquoi pas. http://forum.boinc-af.org/index.php/topic,6119.0.html (http://forum.boinc-af.org/index.php/topic,6119.0.html) :kookoo:
Dans mon client_state.xml, j'ai des tonnes de fichiers *.txt associés à Milkyway. Exemple:Citer<file>
<name>stars-79-sdss8-3-29-2013.txt</name>
<nbytes>2761169.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>97beeb232e53d0ae60648500c139608b</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/363/stars-79-sdss8-3-29-2013.txt</download_url>
</file>
Ainsi que quelques fichiers *.prmtrs et *.starsCiter<file>
<name>79_constrained_rev_1.prmtrs</name>
<nbytes>3103.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>6d303b02c26329bfc7ea84a0f9cb3767</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/264/79_constrained_rev_1.prmtrs</download_url>
</file>
<file>
<name>79_DR_8_rev_1.stars</name>
<nbytes>4456654.000000</nbytes>
<max_nbytes>0.000000</max_nbytes>
<md5_cksum>2f7cd6b691fa87f0b742c72f952dbc53</md5_cksum>
<status>1</status>
<sticky/>
<download_url>http://milkyway.cs.rpi.edu/milkyway/download/14b/79_DR_8_rev_1.stars</download_url>
</file>
C'est ptet à cause du <max_nbytes>0.000000</max_nbytes> que ça ne télécharge rien?
*****************Ils ont beaucoup de problème avec les dons.
Entre autre le fait qu'ils ne puissent pas accepter PayPal + des problèmes avec les paiements venant de l'étranger ... :/
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3565&postid=61864#61864
En lisant le topic linké, j'ai découvert qu'il existait un projet de minage de coins spécialement dédié aux projets Boinc: Gridcoin.
https://www.gridcoin.us/index.htm
Les explications semblent assez claires, le seul souci: nulle part sur leur site je n'ai trouvé de lien pour rejoindre le projet :/ mais j'avoue que je n'ai pas encore eu le courage de me taper leur tuto d'installation (https://bitcointalk.org/index.php?topic=403734.0)
Le détail du projet semble être ici: https://bitcointalk.org/index.php?topic=324118.0
C'est un peu HS et il faudrait peut-être créer un nouveau topic. Mais vu que c'est quelque part en relation avec le financement de Milkyway...
J'ai voulue faire un don de 10 dollars mais cela ne passe pas quand j'essaye de validé. Soucis bancaire apparemment :??:CiterThere has been an error processing the transaction and it cannot be completed at this time. The bank's response, if any, is shown below.
Please retry your transaction. If you continue to receive an error, please try an alternate form of payment, or contact the site administrator.
Your order was not approved.203
Si j'ai bien compris les discussions sur leur forum, ils ont des difficultés avec les paiements venant de l'étranger ...
Les américains et la crainte du blanchiment ... :/
C'est tout de même étrange que Milkyway n'accepte pas les dons de crunchers via Paypal alors qu'il acceptera les dons de Bitcoin Utopia via paypal.
PS : C'est leur Université qui ne veut pas [recevoir des dons via PayPal]... Pas les chercheurs ;)
En attendant que l'Institut "se réveille", la Prof. en charge du projet "accepte" les dons PayPal via son compte perso ...
IDEM pour les dons provenant de BU.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3581
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3565&sort_style=&start=20
relis ce topic STP, je l'ai déjà expliqué deux fois, il faut revenir peut-etre sur 4-5 pages mais cela y ait et j'ai pas le temps de rechercher. Bon, je crois que je vais le mettre dans le premier post le 'mode d'emploi' quand j'aurais le temps de le retrouver...
Toujours des problèmes avec Milky :cpopossib: , du jour au lendemain mon pilote ATI n'ai plus compatible , je rétrograde de version et là , plantage de WUs , franchement je pense que vais arrêter de perdre mon temps avec BOINC a part SETI et rester sur Folding :kookoo: :jap:fais du Einstein, c'est de l'Astro et ca marche bien !!!
Faut il dans les préférences de calcul, maintenir l'utilisation du CPU (j'imagine que oui car sans aucune tâche n'est arrivé), pour le moment j'ai une 1.01 et une Separation Modified fit 1.34, tous les types d'UT MW sont elles GPU ?les 1.01 sont des CPU, les GPU sont des 1.02....
Pas toutes. J'ai déjà eu des N-Body qui étaient des UT "normales", en plus des multithreadFaut il dans les préférences de calcul, maintenir l'utilisation du CPU (j'imagine que oui car sans aucune tâche n'est arrivé), pour le moment j'ai une 1.01 et une Separation Modified fit 1.34, tous les types d'UT MW sont elles GPU ?les 1.01 sont des CPU, les GPU sont des 1.02....
Pour les modified fit, je crains CPU aussi. Ils envoient les memes type UT en CPU et GPU mais pas la meme appli evidemment.
Il y aussi les MilkyWay@Home N-Body Simulation qui sont CPU multithread...
OK pour ta R9 290 : remontes quelques pages de ce sujet, j'ai expliqué ce qu'il faut faire pour avoir des UTs...
bon courage
Suis passé en 2 UT à la fois, sinon j'ai un soucis j'ai toutes les taches en validation non concluante.
Aujourd'hui rien ne va.
Suis passé en 2 UT à la fois, sinon j'ai un soucis j'ai toutes les taches en validation non concluante.oui, il ne faut pas s'inquiéter, c'est le seul projet ou quand tu vois ca il ne faut pas s'inquiéter trop
Aujourd'hui rien ne va.
Estimated AMD GPU GFLOP/s: 400 SP GFLOP/s, 80 DP FLOP/s
Warning: Bizarrely low flops (80). Defaulting to 100
<search_application> milkyway_separation 1.30 Windows x86_64 double OpenCL </search_application>
Reading preferences ended prematurely
BOINC GPU type suggests using OpenCL vendor 'Advanced Micro Devices, Inc.'
Error loading Lua script 'astronomy_parameters.txt': [string "number_parameters: 4..."]:1: '<name>' expected near '4'
Switching to Parameter File
Mac OS X 10.5 running Intel 64bit 1.36 (opencl_nvidia_101) 6 Oct 2014, 20:18:34 UTC 27,144,466,788,020 GigaFLOPS
Je savais (en toute modestie) que les Macs étaient super balaise sur MW!!! :siflotte::electric: :electric: :electric: :pt1cable: :pt1cable: :pt1cable:
Mais là..... Ca dépasse mes espérances les plus folles!!!! :D :lol:CiterMac OS X 10.5 running Intel 64bit 1.36 (opencl_nvidia_101) 6 Oct 2014, 20:18:34 UTC 27,144,466,788,020 GigaFLOPS
:love: :pt1cable:
Les liens qui passent par "userid" ne fonctionnent généralement pas pour les autres. Essayez de mettre des liens depuis votre/vos ordi(s) ;)modif effectuée sur mon précédent post. :kookoo: Modesti
Exemple: http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=205195&offset=0&show_names=0&state=5&appid=
(du coup, j'ai appris que le "state=5" sont les invalides :D)
Sur le total, la proportion reste toutefois minime ^^
max # of error/total/success tasks 3, 9, 6Dans les 4 cas, il y a 7 résultats qui semblent être en "success", mais comme le nombre max. est de 6, ben il ne peut pas valider :spamafote:
errors Too many results (may be nondeterministic)
On a des specs plus poussées que wiki (http://en.wikipedia.org/wiki/List_of_Intel_graphics_processing_units) pour les IGP Intel ?http://www.techpowerup.com/gpudb/2471/hd-graphics-4400.html (http://www.techpowerup.com/gpudb/2471/hd-graphics-4400.html)
Donc pas de support des GPU integres Intel non plus :(ah non, même pas la peine d'y penser
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712105_0 00:03:46 (00:00:03) 1,55 100,000 - 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d1) Running 77,7 °C Ares
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712125_0 00:03:33 (00:00:02) 1,19 85,938 00:00:11 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d2) Running 58,6 °C Ares
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712109_0 00:01:54 (00:00:02) 2,32 90,313 - 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d2) Running 58,6 °C Ares
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712121_0 00:01:09 (00:00:02) 3,48 62,500 00:00:15 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d0) Running 71,0 °C Ares
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712119_0 00:01:00 (00:00:02) 3,40 31,563 00:00:34 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d0) Running 71,0 °C Ares
Milkyway@Home 1.02 MilkyWay@Home (opencl_amd_ati) de_80_DR8_Rev_8_5_00004_1433356686_712118_0 00:00:35 (00:00:01) 5,25 25,000 00:00:51 17/06/2015 09:58:36 0,05C + 3 AMD/ATI GPUs (d1) Running 77,7 °C Ares
Estimated AMD GPU GFLOP/s: 3315 SP GFLOP/s, 829 DP FLOP/s
Sans indiscrétion: si tu ne fais plus les modified fit sur ton ATI, tu fais lesquelles?
Parce que sur ma HD 6950, les Milkyway "normales" plantent systématiquement et il n'y a que les modified fit qui passent. Par contre, je n'en ai toujours fait qu'une à la fois, car elles utilisent le GPU à fond. De toute façon, les "fast" ne durent que 20-22 secondes.
:hello:
Suite au PD2S en cous je me demande si ça vaut la peine de faire tourner ce matos sur milky ?
NVIDIA GeForce GTX 760 (2048MB)
Dans mes souvenirs les performances des nvidia étaient largement en dessous des ati à tel point que l'on déconseillait de mettre les nvidia sous milky
Faudrait que je demande a ma femme de regarder (vu que je suis au Bresil jusqu'a samedi) mais elle se sait meme pas que cette machine existe ... :desole: :desole:Moi, si j'étais toi, je resterais en mode profil bas :D
:hello:
Deprecation of Linux 32bit.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3820&postid=63918#63918 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3820&postid=63918#63918)
:hello:
Deprecation of Linux 32bit.
http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3820&postid=63918#63918 (http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=3820&postid=63918#63918)
Comprends pas...
Hey tous,
Je dois quelques nouvelles importantes. Il semble que tous les binaires Linux 32 bits sont défaillants. Ceux-ci représentent 2k de la 70k renvoyé des résultats jusqu'ici. Je ne pense pas que ce soit les binaires qui sont en défaut depuis que je me fais des retours d'erreur de leur part (qui je ne serais pas si elle a été les binaires à défaut au démarrage). Il semble que la plupart des erreurs sont dues à des bibliothèques obsolètes de très vieilles versions de Linux.
Lors de la compilation nos binaires, nous utilisons la plus ancienne version prise en charge de ubuntu. Cependant, il ya encore une grande base d'utilisateurs pour les anciennes versions de ceux-ci. Un grand nombre de ceux-ci semblent coïncider avec les utilisateurs de Linux 32 bits. Envoi d'unités de travail défaillantes serait un gaspillage d'extrêmement précieux bénévoles temps d'ordinateur qui pourrait être mis à profit pour servir d'autres projets. Par conséquent, nous allons déprécier la version 32 bits Linux et ne serons pas les relâcher dans l'avenir.
Je vous remercie tous pour un soutien continu,
1 05/11/2015 17:40:57 cc_config.xml not found - using defaults
2 05/11/2015 17:40:57 Starting BOINC client version 7.2.42 for x86_64-pc-linux-gnu
3 05/11/2015 17:40:57 log flags: file_xfer, sched_ops, task
4 05/11/2015 17:40:57 Libraries: libcurl/7.38.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
5 05/11/2015 17:40:57 Data directory: /home/maurice/BOINC
6 05/11/2015 17:40:57 OpenCL: AMD/ATI GPU 0: Tahiti (driver version 1598.5 (VM), device version OpenCL 1.2 AMD-APP (1598.5), 3035MB, 3035MB available, 2816 GFLOPS peak)
7 05/11/2015 17:40:57 OpenCL CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (OpenCL driver vendor: Advanced Micro Devices, Inc., driver version 1598.5 (sse2,avx), device version OpenCL 1.2 AMD-APP (1598.5))
8 05/11/2015 17:40:57 Host name: vmserver2
9 05/11/2015 17:40:57 Processor: 4 GenuineIntel Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz [Family 6 Model 60 Stepping 3]
10 05/11/2015 17:40:57 Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eage
11 05/11/2015 17:40:57 OS: Linux: 3.19.0-31-generic
12 05/11/2015 17:40:57 Memory: 7.74 GB physical, 7.88 GB virtual
13 05/11/2015 17:40:57 Disk: 908.52 GB total, 854.15 GB free
14 05/11/2015 17:40:57 Local time is UTC +1 hours
15 05/11/2015 17:40:57 VirtualBox version: 4.3.26_Ubuntur98988
Les applis opencl tournent sur les autres projets[ 8.318813] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel.
[ 8.321878] fglrx: module verification failed: signature and/or required key missing - tainting kernel
[ 8.334160] <6>[fglrx] Maximum main memory to use for locked dma buffers: 7693 MBytes.
[ 8.334259] <6>[fglrx] vendor: 1002 device: 6798 revision: 0 count: 1
[ 8.334391] <6>[fglrx] ioport: bar 4, base 0xe000, size: 0x100
[ 8.334514] <6>[fglrx] Kernel PAT support is enabled
[ 8.334525] <6>[fglrx] module loaded - fglrx 15.20.2 [Feb 27 2015] with 1 minors
[ 19.628582] <6>[fglrx] Firegl kernel thread PID: 860
[ 19.628716] <6>[fglrx] Firegl kernel thread PID: 861
[ 19.628851] <6>[fglrx] Firegl kernel thread PID: 862
[ 19.628944] <6>[fglrx] IRQ 34 Enabled
[ 19.635567] <6>[fglrx] Reserved FB block: Shared offset:0, size:1000000
[ 19.635568] <6>[fglrx] Reserved FB block: Unshared offset:f7b4000, size:4000
[ 19.635569] <6>[fglrx] Reserved FB block: Unshared offset:f7b8000, size:548000
[ 19.635570] <6>[fglrx] Reserved FB block: Unshared offset:fff8000, size:8000
[ 19.635571] <6>[fglrx] Reserved FB block: Unshared offset:bfff3000, size:d000
je n'ai pas accès à un session X sur la machine, mais je peut gérer boinc à travers sshEDIToui mais c'est du cpu pas gpu :/ (toutes les applis sont sélectionnées dans les préférences)
Pourtant ta machine a bien calculer des UT:
PC: http://milkyway.cs.rpi.edu/milkyway/show_host_detail.php?hostid=637333
Tasks: http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=637333
Verifies que tu acceptes bien des UT de toutes les applis... apparemment ce n'est pas le cas:
http://milkyway.cs.rpi.edu/milkyway/host_app_versions.php?hostid=637333
oui mais c'est du cpu pas gpu :/ (toutes les applis sont sélectionnées dans les préférences)
Que te donnes la ligne de commande suivante ? ( dans un terminal )il est là
ls -hl /usr/lib/libOpenCL.so
Si le fichier libOpenCL.so est manquant, il faut te rendre dans le répertoire /usr/lib/ puis toujours avec sous ton terminal favori, il faut taper la ligne de commande suivante :
sudo ln -s /usr/lib/x86_64-linux-gnu/libOpenCL.so.1 libOpenCL.so
Enfin il faudra que tu redémarres ton client BOINC .
maurice@vmserver2:~/BOINC$ ls -hl /usr/lib/libOpenCL.so
lrwxrwxrwx 1 root root 47 nov. 4 03:23 /usr/lib/libOpenCL.so -> /etc/alternatives/x86_64-linux-gnu_libOpenCL.so
les autres projets opencl ne tourneraient pas sinon
Ok , j'avais lu un peu rapidement ce que tu avais écrit . :siflotte:J'ai pas mal parcouru les fofo à droite à gauche, il semble que tant que le serveur ne sera pas mis à jour, à une version qui supporte les dernières gpu, il y aura un problème de détection de la gpu et donc la seule solution est de se farcir une flopée de fichiers de config pour forcer la prise en compte de la gpu; il y a des solutions pour win$ mais pas vraiment pour linux. Je crois que je vais devoir opter pour l'échange si je ne veux pas m'arracher les quelques cheveux survivants de mon crâne; bon, ça va finir par faire une config amd/amd et le reste intel/nvidia :)
A priori, ta version de pilote est bonne donc je ne vois plus que Milkyway qui devient allergique à ton GPU sous GNU/Linux .
Si c'est la meilleure solution alors il n'y a plus qu'à ..Disons, "toutes choses étant égales par ailleurs", c'est celle qui a le plus de chances de résoudre ce cas de figure :desole: à suivre :) dommage que ce soit en plein rush fb :/
<app_info>
<app>
<name>milkyway_separation__modified_fit</name>
<user_friendly_name>Milkyway@HomeSeparation(ModifiedFit)</user_friendly_name>
</app>
<file_info>
<name>milkyway_separation__modified_fit_1.36_x86_64-pc-linux-gnu__opencl_ati_101</name>
<executable/>
</file_info>
<app_version>
<app_name>milkyway_separation__modified_fit</app_name>
<version_num>136</version_num>
<avg_ncpus>0.1</avg_ncpus>
<max_ncpus>0.1</max_ncpus>
<flops>2e11</flops>
<plan_class>opencl_amd_ati</plan_class>
<coproc>
<type>ATI</type>
<count>1</count></coproc>
<dont_throttle/>
<file_ref>
<file_name>milkyway_separation__modified_fit_1.36_x86_64-pc-linux-gnu__opencl_ati_101</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>
J'ai placé et chmodé l’exécutable correspondant dans le répertoire du projet; ça vous parait comment? pour l'instant j'ai des requêtes de wu ati mais aucune n'arrive encore.1 09/11/2015 15:18:12 cc_config.xml not found - using defaults
2 09/11/2015 15:18:12 Starting BOINC client version 7.2.42 for x86_64-pc-linux-gnu
3 09/11/2015 15:18:12 log flags: file_xfer, sched_ops, task
4 09/11/2015 15:18:12 Libraries: libcurl/7.38.0 OpenSSL/1.0.1f zlib/1.2.8 libidn/1.28 librtmp/2.3
5 09/11/2015 15:18:12 Data directory: /home/maurice/BOINC
6 09/11/2015 15:18:12 OpenCL: AMD/ATI GPU 0: Tahiti (driver version 1598.5 (VM), device version OpenCL 1.2 AMD-APP (1598.5), 3035MB, 3035MB available, 2816 GFLOPS peak)
7 09/11/2015 15:18:12 OpenCL CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (OpenCL driver vendor: Advanced Micro Devices, Inc., driver version 1598.5 (sse2,avx), device version OpenCL 1.2 AMD-APP (1598.5))
8 09/11/2015 15:18:12 Host name: vmserver2
9 09/11/2015 15:18:12 Processor: 4 GenuineIntel Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz [Family 6 Model 60 Stepping 3]
10 09/11/2015 15:18:12 Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eage
11 09/11/2015 15:18:12 OS: Linux: 3.19.0-31-generic
12 09/11/2015 15:18:12 Memory: 7.74 GB physical, 7.88 GB virtual
13 09/11/2015 15:18:12 Disk: 908.52 GB total, 850.92 GB free
14 09/11/2015 15:18:12 Local time is UTC +1 hours
15 09/11/2015 15:18:12 VirtualBox version: 4.3.26_Ubuntur98988 16 Milkyway@Home 09/11/2015 15:18:12 Found app_config.xml
Tiens y a Jake Weiss qui vient d'annoncer sur le forum qu'il va essayer de faire la mise à jour du serveur dans les semaines à venir.C'est pas trop tôt !
BOINC GPU type suggests using OpenCL vendor 'Advanced Micro Devices, Inc.'
Setting process priority to 0 (13): Permission denied
@Maurice:Merci pour la confirmation, là l'amd est 50% mw 50% colllatz, je devrais sortir un nouveau badge incessamment :)
Le manque d'UT GPU est flagrant. Même en forçant la demande de travail et avec une priorité à 500 je n'arrive pas toujours à en avoir.
Les inconclusive sont bien souvent validées après calcul par un autre cruncheur. Même sans tes soucis j'ai pas mal d'inconclusive par moments, ça finit toujours par se résoudre.
Plus de 24h00 hs, vous avez des nouvelles?
Je constate qu'avec leur nouvelle appli 1.42 OpenCL, les GPU ne sont plus utilisés sur mes machines, aussi bien Ati que nVidia.
C'est pareil chez vous ?
12 Nov 2016, 14:28:18 UTC 12 Nov 2016, 14:47:35 UTC Completed, validation inconclusive 1,141.85 1,065.14 pending MilkyWay@Home v1.42 (opencl_ati_101)Attendons de voir la confirmation par un wingman...
12 Nov 2016, 14:28:18 UTC 12 Nov 2016, 15:05:11 UTC Completed, validation inconclusive 1,059.43 1,053.91 pending MilkyWay@Home v1.42 (opencl_ati_101)
J'ai recommencé le projet sur 2 windows et idem j'ai que des UTs v1.42 foireuses...As-tu essayé de détacher et rattacher le projet.
:??:
J'ai posté le pb sur leur forum
12 Nov 2016, 14:28:18 UTC 13 Nov 2016, 2:53:46 UTC Completed and validated 1,052.66 1,048.12 26.73 MilkyWay@Home v1.42 (opencl_ati_101)
12 Nov 2016, 14:28:18 UTC 12 Nov 2016, 23:01:59 UTC Completed and validated 5,400.18 5,359.77 133.66 MilkyWay@Home v1.42 (opencl_ati_101)
11 Nov 2016, 18:12:01 UTC 11 Nov 2016, 18:59:10 UTC Completed and validated 20.88 4.49 26.73 MilkyWay@Home v1.39 (opencl_ati_101)
vmserver2
7 17/11/2016 03:24:48 OpenCL: AMD/ATI GPU 0: Tahiti (driver version 1598.5 (VM), device version OpenCL 1.2 AMD-APP (1598.5), 3035MB, 3035MB available, 2816 GFLOPS peak)
8 17/11/2016 03:24:48 OpenCL CPU: Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz (OpenCL driver vendor: Advanced Micro Devices, Inc., driver version 1598.5 (sse2,avx), device version OpenCL 1.2 AMD-APP (1598.5))
Le pilote opensource c'est généralement de la merde pour le GPGPU, il est conçu pour faire de la 3D uniquement. Que ce soit pour ATI ou NV, il faut passer par le pilote téléchargé sur le site du constructeur.Oui, mais là ce qui m'intéressait vraiment c'est le support opencl; le futur AMDGPU est en beta et ce n'est pas sûr qu'ils incluent le support pour les cartes gcn 1; donc soit remplacer la r9-280x par une RX-4xx, mais les perfs des RX sont en dessous de ma 280x (surtout en DP), je cherchais donc une solution pour ne pas mettre cette super GPU à la retraite tout de suite, tout en ayant un ubuntu LTS "supporté" :)
Edith : Simple calcul de vitesse... à ~40 GFLOPS, c'est clairement du DP :(Oui, c'est pour ça que je m'acharne à faire tourner ma 280x sur ce projet sur lequel elle est utilisée au mieux (quand ça marche :))
Il y a aussi la possibilité dans ton compte sur Milkyway d'aller dans tes préférences (https://milkyway.cs.rpi.edu/milkyway/prefs.php?subset=project) et de décocher ATI et ne laisser que NVidia ;)
Error creating context (-5): CL_OUT_OF_RESOURCES
Error getting device and context (-5): CL_OUT_OF_RESOURCES
Failed to calculate likelihood
Je viens de remarquer que les unités avec des erreurs on toujours (opencl_nvidia_101) sous le résultat. Et pour celles où c'est un succès il n'y a pas cette mentionOui, c'est ce que j'ai signalé :) ça concerne les machines avec des GPUs Nvidia :D
http://milkyway.cs.rpi.edu/milkyway/results.php?userid=1161100&offset=0&show_names=0&state=0&appid=
Par ailleurs, il a l'air d'avoir tout bon Alan au niveau config, boinc 7.8.3, cuda 9 driver 384.94, l'appli choisit bien la bonne plateforme, je subodore plutôt un problème de l'appli.:kookoo:
Using SSE4.1 path
Found 1 platform
Platform 0 information:
Name: NVIDIA CUDA
Version: OpenCL 1.2 CUDA 9.1.0
Vendor: NVIDIA Corporation
Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_fp64 cl_khr_byte_addressable_store cl_khr_icd cl_khr_gl_sharing cl_nv_compiler_options cl_nv_device_attribute_query cl_nv_pragma_unroll cl_nv_d3d10_sharing cl_khr_d3d10_sharing cl_nv_d3d11_sharing cl_nv_copy_opts cl_nv_create_buffer
Profile: FULL_PROFILE
Using device 0 on platform 0
Found 1 CL device
Device 'GeForce GTX 1070' (NVIDIA Corporation:0x10de) (CL_DEVICE_TYPE_GPU)
Board:
Driver version: 387.92
Version: OpenCL 1.2 CUDA
Compute capability: 6.1
Max compute units: 15
Clock frequency: 1771 Mhz
Global mem size: 8589934592
Local mem size: 49152
Max const buf size: 65536
Double extension: cl_khr_fp64
Sans doutes du fait que les WU Milkyway n'ont pas de fichier à télécharger ni de résultat à envoyer et que tout se fait à la MAJ du projet ...Comment c'est possible une diablerie pareille ???
New Badges for Membership Time
Hey Everyone,
I am updating the badges for membership time. These new badges will be available for our very special 9 and 10 year members. The new badges are the iridium tier badges shown below.
(http://milkyway.cs.rpi.edu/milkyway/badges/badge_summary.png)
Thank you all for your support, especially those who are about to earn this new prestigious badge. These people have been with the project from the beginning and we really appreciate their support.
Super, je viens de passer les 10 ans le 27/11...9 ans pour moi :sun:
Reducing Workunits to Unreliable Hosts
Hey Everyone,
I just tried turning on some options to reduce workunits sent to hosts that return a significant number of errors. If you see any issues, please let me know.
Thank you all for your continued support.
Jake 22 Jan 2018, 15:37:37 UTC
Nbody 1.68 release
Hi All,
A new version, v1.68, of nbody has just been released. I have not yet released the mac multi-threaded version (OpenMP). I will release this at a later date.
In this release we have added a new way of constraining the width of the stream. Previously, we were using a measure of the velocity dispersion in each histogram bin. This led us to fit our parameters quite well. Unfortunately, we found that this may not be the best method in the long run. I have added a measure of the beta coordinate dispersion which, from initial findings, will be (hopefully) easier to fit our parameters with.
As always, please let me know if there are issues.
Thank you all for your continuing support,
Sidd 31 Jan 2018, 15:51:18 UTC · Commentaire
Changing Workunit Priority to 1 from 0
Hi Everyone,
In order to use the "Use Reliable Host" feature built into the BOINC server software, we must change our workunit priority to 1 from 0. I am implementing this now and will check in over the weekend to make sure everything is running well.
If you have any questions or see any issues, please let me know.
Jake 9 Feb 2018, 21:10:09 UTC · Commentaire
et qu'il n'aime pas les pommes le monsieur :o )
<!-- Milkyway -->
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<!-- <cpu_usage>1</cpu_usage> --> ( la ligne ne sera pas "lue" en la "commentant")
</gpu_versions>
</app>
</app_config>
rien compris, mais c'est normal. :D :lol: :desole:Mince alors :cry: , pourtant j'essaye d'être simple. Qu'est-ce qui n'est pas clair ?
du coup, faudrait mettre 0.05 partout ?
En clair, ce que je suggère:A+
- 1 cœur en moins par GPU, en pourcentage dans les préférences
- 0.05 CPU dans le app_config
Mince alors :cry: , pourtant j'essaye d'être simple. Qu'est-ce qui n'est pas clair ?je comprends pas le rapport qu'il y a entre le pourcentage qu'on rentre dans les préférences, et le app_config.
En clair, ce que je suggère:à 90%, çà va pas donc, faut mettre 87.5 (vu que j'ai 2 gpu)A+
- 1 cœur en moins par GPU, en pourcentage dans les préférences
- 0.05 CPU dans le app_config
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>.50</gpu_usage>
<cpu_usage>.6</cpu_usage>
</gpu_versions>
</app>
</app_config>
De retour de vacance, je vais pouvoir tester ça.
C'est en fait dans "porgramData" qui est un dossier caché, il faut aller dans les options et activer "voir les dossiers cachés".
Pour "cpu usage" je mets la valeur qui a dans BM ?
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>.50</gpu_usage>
<cpu_usage>.50</cpu_usage>
</gpu_versions>
</app>
</app_config>
J'ai ça comme message :
Milkyway@Home: Notice from BOINC
Missing <app_config> in app_config.xml
J'ai du louper un truc :cavapabiendantateute:
j'ai mi ".50" comme valeurs pour voir, et re démarrer BM pluisieurs foi et même couper le projet cpu pour être sûr qu'il ne gène pas pour l'instant.
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>.50</gpu_usage>
<cpu_usage>.50</cpu_usage>
</gpu_versions>
</app>
</app_config>
J'ai maintenant assez de cpu dispo, j'ai remis le fichier app mais ça ne change rien et je n'ai aucune notification dans bm.:hello:
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<cpu_usage>0.05</cpu_usage>
</gpu_versions>
</app>
</app_config>
Je pense que ça viens de ma méthode d'enregistrement du fichier. J'utilise open office et j'enregistre en XML ça me semble logique mais j'ai du rajouter .xml ensuite. Une idée ?
Ouvrir avec un éditeur "brut", notepad et simplement changer l'extension de .txt à .xml :):+1:
app_config.xml :Citer<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.5</gpu_usage>
<cpu_usage>0.05</cpu_usage>
</gpu_versions>
</app>
</app_config>
0.5 = 2 tâches par carte.
1 = 1 tâche par carte.
tu ferme boinc avant de créer ce fichier.
puis tu relance boinc une fois le fichier crée
:kookoo:
Aussi il faut une ligne max_concurrent non ?C'est en option :p
Sur Pascal, le ratio FP32/FP64 est de 1/32 (https://forum.boinc-af.org/index.php/topic,3603.msg462144.html#msg462144), ce qui fait 257.1 GFlops en DP sur la 1080 :kookoo:
Mmmm ça part pas fort, je l'ai mis dessus hier soir et là je constate via mon compte milky que j'ai déjà 105 tâches "Terminé, validation peu concluante" (crédits "en attente" d'un wingman) pour 224 valides ! une sur deux !
Elles durent entre 20 et 30 secondes... c'est normal tout ça ?
elles tournent autour de 30 secondes, c'est bonnard.Dans ce cas, tu peux peut-être rajouter un app_config, pour optimiser la charge du GPU :
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.125</gpu_usage>
<cpu_usage>.05</cpu_usage>
</gpu_versions>
</app>
</app_config>
Et je peux vous assurer qu'on entend bien le changement entre deux tâches à l'intérieur de la tâche (qui en contient 5) au niveau du ventilateur. C'est pour ça que j'avais arrêté.C'est pour ça que j'en lance plusieurs en même temps : pour ne pas entendre le changement de régime.
Je confirme que sur le shadow le GPU est utilisé autour de 90% donc je pense qu'il est bien assez nourri ! :)A chaque changement de tâche, tu dois avoir 1s d'arrêt du GPU environ. 1s sur 31s, ça fait 46.5 minutes d'absence de calcul en une journée. Ce n'est pas négligeable. :origin:
Tortionnaire de GPU !! et à quelle heure elle peut souffler cette pauvre carte hein ? je vais appeler la SPGM !:lol:
Il faut mettre la ligne <cpu_usage>1</cpu_usage> à 1 si on veut faire quelques tâches CPU avec suffisamment de ressources afin que BOINC n'utilise pas ces cœurs pour le CPU.Tu m'as perdu là : "si on veut faire quelques tâches CPU"... d'un autre projet ? de ce projet ? afin que boinc n'utilise pas *quels* coeurs ? pour le CPU de quel projet ? en rapport avec la libération de coeurs via le paramètre boinc (% CPU) ? aucun ?
Si tu veux faire des tâches CPU <d'un autre projet> il faut réduire le nombre de tâches GPU <de milky> puisqu'elles utilisent 1 cœur chacune.
En mettant la ligne <cpu_usage>1</cpu_usage> à 1, BOINC n'utilisara pas les cœurs réservés de la sorte pour les tâches CPU <des autres projets>. Sinon, elles vont ramer en se partageant les ressources restantes.
MilkyWay en rade depuis hier et maintenant einstein SETI et SETI bêta :priz2tet:
je viens de le signaler à la modération ;) il y a un lien commercial inséré dans la citation.La l’œil la licorne. :D
Je suis le seul pour qui les WU gpu partent en erreur au bout de 2sec ? :(
Le certificat racine Addtrust External CA a expiré hier.Merci beaucoup Sébastien :hello: :jap: :kookoo:
Le serveur ne pouvait plus accéder aux sites de Milkyway, LHC et Numberfields.
Bonjour,Les HD79xx avaient encore un bon ratio entre simple précision et double précision ... c'est plus le cas depuis, hors cartes professionnelles ...
Je viens de changer de carte graphique d'une AMD HD7950 à une AMD Radeon 5700 XT et le temps passé pour calculer une unité GPU de Milkyway est passé de 35 secondes (pour l'ancienne carte) à 1 minute 30 pour la nouvelle !
Sur Collatz par contre le temps est passé de 36 minutes à 13 minutes...
C'est quoi se truc pour Milkyway ?
Bonjour,Les HD79xx avaient encore un bon ratio entre simple précision et double précision ... c'est plus le cas depuis, hors cartes professionnelles ...
Je viens de changer de carte graphique d'une AMD HD7950 à une AMD Radeon 5700 XT et le temps passé pour calculer une unité GPU de Milkyway est passé de 35 secondes (pour l'ancienne carte) à 1 minute 30 pour la nouvelle !
Sur Collatz par contre le temps est passé de 36 minutes à 13 minutes...
C'est quoi se truc pour Milkyway ?
Je viens de mettre ma machine la plus puissante sur Milkyway, mais je rencontre un petit problème.Les unités NBody sont des tâches multi-thread qui prennent tout ce qu'elles peuvent. Il te suffit de décocher NBody dans tes préférences sur le projet
J'ai fouillé un peu ce post mais je n'ai pas le courage de temps lire (juste 211 pages :D).
Lorsque le projet est activé, j'ai une UT qui me prend 8 CPU, ce qui ne me laisse que 1 thread GPU.
Mais je voudrais faire tourner mes 3 GPU pour optimiser.
A part décocher "CPU" dans la page projet, je suis un peu perdu avec les fichiers de config.
... et le tort tue.Lentement, mais on n'est pas pressé ;)
J'y avais pensé mais aussi cru que ça ne garantirait pas la récupération de tâches GPU en parallèle d'une tâche n-body, mais je dois avoir tort, et le tort tue.
Ça fait tellement longtemps que je fais plus de GPU... :spamafote:
Après attention cependant : ce paramétrage s'applique à tout boinc, si le garçon veut faire dans la foulée un autre projet il devra rechanger, puis rechanger s'il veut y revenir...
Ou encore plus simple pour laisser 1 coeur/thread libre pour chaque GPU, dans Options > Préférences de calcul... du BM, onglet "Calculs en cours", mettre dans la case "Utiliser au maximum ...% des processeurs" 63% (ça ne prend pas les décimales) [5/8 = 0.625 => 62.5%] - ça laissera 3 coeurs/threads libres pour le GPU. Et ça évite de devoir faire des app_config à tout bout de champ ;)
Et si le "garçon" était une fille ? Sexisme primaire? :cavachier:C'est garçon comme dans "garçon un café s'il vous plait" :)
Voir leur Twitter, un problème dans leur infra réseau de ce que j'ai compris.
Ils sont sur le coup, ça va revenir, de toutes façons, y'a le Pentathlon :D
:hello:
Effectivement, une tentative d'intrusion sur le réseau de l'université de Rensselaer.
Les accès sont donc fermés pendant l'investigation et il n'y a pas de date précise quant au retour mais ça devrait être dans les prochains jours.
Surement un coup des aliens, Mulder et Scully sont sur l'affaire ... :cavachier:
Bonjour à tous,
Le vendredi 7 mai, le RPI a été victime d'une cyberattaque qui l'a obligé à mettre rapidement hors service l'ensemble de son réseau. Cela comprenait le courrier électronique, l'Internet sur le campus et la connexion au serveur MilkyWay@home. Nous avons été pris par surprise par l'arrêt du réseau, et nous n'avons malheureusement pas été en mesure de prévenir nos volontaires de ce problème ou de fermer le serveur à l'avance.
Nous avons mis à jour nos médias sociaux à plusieurs reprises pendant cette panne, mais comprenez que nous ne savions pas quand le service serait rétabli pour MilkyWay@home avant que la connexion au serveur ne soit effectivement rétablie. Pendant ce temps, le service informatique de l'IPR s'efforçait de comprendre l'ampleur de l'attaque, de s'assurer qu'elle ne s'aggravait pas et de mettre en place des précautions pour l'avenir afin d'éviter ce type d'attaque. Nous ne contrôlions pas le moment où le serveur a été mis hors service ni celui où il serait remis en service.
Sachez que l'attaque n'a pas touché les machines basées sur Linux (comme le serveur MilkyWay@home). En outre, aucune information personnelle sur le site web n'a été consultée ou affectée par la cyber-attaque.
Merci aux volontaires pour leur patience et leur compréhension. Si vous avez des questions, je serai heureux de faire de mon mieux pour y répondre.
Traduit avec www.DeepL.com/Translator (version gratuite)
CL context error: [CL_DEVICE_NOT_AVAILABLE] : OpenCL Error : Error: Build Program driver returned (519)
CL context error: OpenCL Warning : clBuildProgram failed: could not build program for 0x1021e00 (ATI Radeon Pro 5700 XT Compute Engine) (err:-2)
clBuildProgram: Build failure (-11): CL_BUILD_PROGRAM_FAILURE
Error building program from source (-11): CL_BUILD_PROGRAM_FAILURE
Error creating integral program from source
Nouveau sondage concernant l'application GPU de N-Body
Salut à tous,
Nous cherchons actuellement à créer une version GPU de N-Body. Ce code est en cours de développement depuis un certain temps et le code de base fonctionne enfin, bien que nous devions encore implémenter d'autres fonctionnalités pour l'exécuter avec la version CPU. Cependant, en raison de la complexité de notre code et de notre besoin de double précision, la version GPU a un temps d'exécution similaire à celui de la version CPU, bien qu'il puisse y avoir une certaine accélération sur les cartes GPU de qualité professionnelle. Pour référence, la version GPU du code de séparation est environ 50 à 60 fois plus rapide que son homologue CPU selon la machine. En gardant cela à l'esprit, voulez-vous toujours une version GPU de N-Body ? J'ai mis en place un sondage d'opinion de base sur https://www.strawpoll.me/45510486 (https://www.strawpoll.me/45510486). Si vous souhaitez préciser votre choix, n'hésitez pas à commenter ci-dessous.
Merci à tous pour votre contribution, votre temps et votre considération,
-Eric
Et les AMD elles sont pas mieux en DP ? pas toutes ?J'ai gardé 2 vieilles HD7950. Sur MW ça dépote :bimo:
Je ne sais pas si l'information a été diffusé ici mais il y a unTous à fond pour garder notre 3° place ! :hyperbon:sprintfsprint FB en cours sur MW et nos amis SETI.Germany sont déchainés donc toute aide est la bienvenue !
:hello:
Je voens en relais je mets ma colbPro sur Milky Pour le moment cela marche :croisedoigts:Idem sur 1 des 2 à l'instant
Je partage aussi Sur Private tu penses quoi Kali ?
Je partage aussi Sur Private tu penses quoi Kali ?
Perso, il me reste 1 jour de travail en UT GPU sur Private. C'est dommage car il y a des points à gagner en 6 jours.
Peut-être qu'il faudra finir en CPU car le projet ne proposera plus d'UT GPU d'ici la fin de l'année.
Dans 1 jour, on devrait gagner 1 place sur ODLK1, donc je propose de basculer sur Private en CPU.
Kali.
Milky il est complètement à la rue, y'a 2,5 M de tâches en attente de validation......La rétention ?
Serait pas encore planté le bouzin??Idem
Toutes mes tâches restent en attente de validation, quasiment aucune ne se valide.
27/01/2022 08:43:54 OpenCL: AMD/ATI GPU 0: Radeon RX Vega (driver version 3180.7 (PAL,HSAIL), device version OpenCL 2.0 AMD-APP (3180.7), 8176MB, 8176MB available, 11397 GFLOPS peak)
Milkyway@home - Nouveaux parcours de séparation
Salut tout le monde,
C'est enfin le moment ! Les runs du ciel austral "d'avant" [pas bien sûr ce que signifie ce "from before" dans son message] ont convergé, et il est temps d'en commencer de nouveaux pendant que nous fouillons dans toutes ces données.
J'ai enlevé les runs suivants :
de_modfit_84_bundle4_4s_south4s_gapfix
de_modfit_84_bundle4_4s_south4s_gapfix_bgset2
de_modfit_84_bundle4_4s_south4s_gapfix_bgset3
de_modfit_85_bundle4_4s_south4s_gapfix
de_modfit_85_bundle4_4s_south4s_gapfix_bgset2
de_modfit_85_bundle4_4s_south4s_gapfix_bgset3
Et j'ai mis en place les runs suivants :
de_modfit_70_bundle5_3s_south_pt2
de_modfit_71_bundle5_3s_south_pt2
de_modfit_72_bundle5_3s_south_pt2
de_modfit_73_bundle5_3s_south_pt2
de_modfit_74_bundle5_3s_south_pt2
de_modfit_75_bundle5_3s_south_pt2
de_modfit_76_bundle5_3s_south_pt2
de_modfit_77_bundle5_3s_south_pt2
de_modfit_78_bundle5_3s_south_pt2
de_modfit_79_bundle5_3s_south_pt2
de_modfit_80_bundle5_3s_south_pt2
de_modfit_81_bundle5_3s_south_pt2
de_modfit_82_bundle5_3s_south_pt2
de_modfit_83_bundle5_3s_south_pt2
de_modfit_84_bundle5_3s_south_pt2
de_modfit_85_bundle5_3s_south_pt2
de_modfit_86_bundle5_3s_south_pt2
Les unités de travail des anciennes séries continueront à être diffusées pendant un certain temps, le temps que les résultats et les validations arrivent sur le serveur. Vous devriez voir les unités de travail des anciennes séries disparaître d'ici une semaine environ. Veuillez me faire savoir si vous avez des problèmes avec ces séries. Avec un peu de chance, le problème des unités de travail de "taille 7" [7-size] devrait disparaître.
Merci pour votre soutien continu, et bon crunch !
-Tom
Hey Volunteers,
The server is currently down for maintenance. It will probably be down at least through the rest of the day. We hope to be back to normal service in a day or two.
Thanks for the patience!
Hey Everyone,
I'm going to be turning the project off for roughly 24 hours starting at 1 PM EST (17:00 UTC) on March 25th. This time will do three things: 1) It will allow me to clear the transitioner backlog, 2) It will temporarily stop generating new WUs, so we can work on the backlog of WUs waiting for validation, and 3) It will help the server rebuild the replacement drive that we put into the machine on Monday.
There will probably be at least 12 hours of downtime during this where you will not be able to contact the upload or download servers.
Best,
Tom
Bonjour à tous,
Je vais éteindre le projet pendant un petit moment pour annuler un tas de WUs. Il n'y a pas de moyen facile d'annuler seulement Nbody WUs (à moins que je veuille m'asseoir et les annuler 999 à la fois, à cause de la façon dont les serveurs BOINC sont configurés), donc je vais juste annuler ~75% des travaux actuellement disponibles. Cela réduira l'énorme arriéré de Nbody et, espérons-le, rendra les choses plus fluides.
Traduit avec www.DeepL.com/Translator (version gratuite)
[accent_québecois]:D la traduction m'a laissé penser le contraire. Bon joke :D
C'est une Joke l'ami !
[/accent_québecois]
:hello:
-<app_config>
-<app>
<name>milkyway</name>
<gpu_usage>0.125</gpu_usage>
</app>
-<app_version>
<app_name>milkyway</app_name>
<plan_class>opencl_nvidia_101</plan_class>
<ngpus>0.125</ngpus>
</app_version>
</app_config>
Je pense que c'est pas une bonne idée de mettre à la fois un paramètre sur app et sur app_version, je pense qu'il faut choisir l'un ou l'autre, et tester.Aucun changement en supprimant la première partie
<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.1</gpu_usage>
<cpu_usage>0.125</cpu_usage>
</gpu_versions>
</app>
</app_config>
Tu devrais tester ce code :Merci, ça marche! Du moins partiellement, parce que pour une raison que j'ignore il fait présentement 10 tâches à la fois, ce qui ralenti les tâches car elles débordent de la VRAM ou partent carrément en erreur en raison du dit débordement. Des idées?Code: [Sélectionner]<app_config>
<app>
<name>milkyway</name>
<gpu_versions>
<gpu_usage>0.1</gpu_usage>
<cpu_usage>0.125</cpu_usage>
</gpu_versions>
</app>
</app_config>
Kali.
tu mets asdklfjnSDJKHFSAKJF dans le nom de l'app, tu recharges les fichiers, et BAM, ton boinc manager va te donner les noms d'app validesÇa marche vraiment?
Tu fais combien de points par jour avec cette Titan V sur MW ?Sortant du Tour de Primes, je n'ai pas vraiment eu le temps de tester dur d'autres projets. Maintenant que mon app_config fonctionne, je vais pouvoir tester, mais il faudrait une journée ou je ne touche pas à mon ordi car c'est également ma machine de jeux. Ça prends de la motivation pour laisser de côté son nouveau jouet! :lol:
tu mets asdklfjnSDJKHFSAKJF dans le nom de l'app, tu recharges les fichiers, et BAM, ton boinc manager va te donner les noms d'app validesÇa marche vraiment?
<gpu_usage>0.1</gpu_usage>
Tu fais combien de points par jour avec cette Titan V sur MW ?Sortant du Tour de Primes, je n'ai pas vraiment eu le temps de tester dur d'autres projets. Maintenant que mon app_config fonctionne, je vais pouvoir tester, mais il faudrait une journée ou je ne touche pas à mon ordi car c'est également ma machine de jeux. Ça prends de la motivation pour laisser de côté son nouveau jouet! :lol:
Pour réduire le nombre de tache touche au paramètreCode: [Sélectionner]<gpu_usage>0.1</gpu_usage>
si tu augmente la valeur, tu réduit le nombre de tache en calcul simultanées. Essayez le valeur 0.125
Kali.
En tout cas, cette info m'intéresse beaucoup quand tu l'auras, si toutefois tu parviens à "laisser le jouet de côté" !
Merci à toi.
Pour réduire le nombre de tache touche au paramètrePour être précis la valeur est 1/X avec X le nombre de tâches que tu veux en parallèle, donc 0.1 est bien 10 tâches, 0.5 c'est 2, 0.125 c'est 8, etc.Code: [Sélectionner]<gpu_usage>0.1</gpu_usage>
si tu augmente la valeur, tu réduit le nombre de tache en calcul simultanées. Essayez le valeur 0.125
Kali.
Leur forum est assez dynamique, tu devrais aller y faire un tour.
Si l'anglais est un soucis deepl est ton ami (dans les deux sens).
Chers bénévoles,
Nous commençons à mettre fin au projet Separation (notez que ce projet est différent du projet N-Body, qui a toujours besoin de votre aide !!!). Grâce à vos contributions informatiques, nous avons atteint les objectifs que nous nous étions fixés pour ce projet, et nous allons donc mettre fin au projet Separation dans un avenir proche. Nous prévoyons de soumettre un article contenant les résultats finaux du projet Separation à une revue académique dans un futur proche. Il est possible que l'examinateur demande des révisions qui impliquent une nouvelle exécution des données de Séparation, auquel cas nous pourrions la ramener pour une courte période, mais jusqu'à ce que cela se produise, nous n'avons pas besoin de votre temps d'ordinateur pour cela. Nous tenons à vous remercier sincèrement pour le temps et les efforts que vous avez consacrés à nous aider à mener à bien cette tâche considérable. C'est à vous tous que nous devons la réussite de ce projet.ette annonce s'accompagne de quelques mises à jour de MilkyWay@home : MilkyWay@home continuera d'exister, mais uniquement en tant que projet Nbody. En raison de la complexité de l'exécution des codes d'arbres Nbody sur les GPU, l'exécution de Nbody sur un GPU n'offre qu'un faible gain de vitesse par rapport à un CPU équivalent. Bien que nous ayons bêta-testé une application complète de Nbody sur GPU, nous avons décidé de ne pas la déployer en raison des préoccupations liées au maintien de son support ; entre autres, le support de Nbody sur GPU nécessiterait de modifier le code GPU à chaque fois que le code CPU est mis à jour, et de s'assurer que chaque changement est testé et fonctionne de manière identique sur les deux plates-formes. Étant donné que nous travaillons activement sur des extensions du code Nbody qui incluent des éléments tels que les effets de la gravité du Grand Nuage de Magellan et les conséquences de l'auto-interaction de la matière noire sur la formation des courants de marée, cette prise en charge parallèle serait difficile. Par conséquent, lorsque Separation fermera, nous mettrons fin au support GPU pour MilkyWay@home. L'impact sera le plus important pour les personnes qui calculent beaucoup d'unités de travail de Séparation sur des GPU haut de gamme ; ces utilisateurs peuvent s'attendre à gagner beaucoup moins de crédits par temps qu'auparavant. Si vous ne contribuez que par des cycles CPU, votre capacité à gagner des crédits ne sera pas affectée. Nous souhaitons toujours que le plus grand nombre possible de personnes contribuent au temps CPU de MilkyWay@home ! Cependant, nous comprenons que si votre objectif est d'utiliser les GPU pour obtenir rapidement un grand nombre de crédits, il existe des moyens plus efficaces de le faire et d'autres projets qui peuvent mieux utiliser vos ressources.Nous vous serions reconnaissants de nous faire part de vos commentaires à ce sujet, car nous pensons qu'il faudra probablement un certain temps pour que les utilisateurs de GPU échangent leur matériel contre d'autres projets. Combien de temps voulez-vous que nous attendions avant d'arrêter Separation ?
Encore une fois, merci beaucoup de nous avoir permis d'utiliser vos processeurs ! Ils ont non seulement permis d'améliorer notre connaissance de la Voie lactée dans laquelle nous vivons, mais ils ont également contribué à la rédaction de cinq thèses de doctorat et formé des dizaines d'étudiants de premier cycle à la construction et à la maintenance de systèmes informatiques complexes et de grande taille. Ces étudiants et moi-même vous remercions pour vos contributions. Nous publierons les résultats finaux du projet Separation probablement dans le courant de l'année, après qu'ils auront été soumis au processus d'évaluation par les pairs (qui prend environ six mois en moyenne, avec une grande variabilité).
Je vous prie d'agréer, Madame, Monsieur, l'expression de mes sentiments les meilleurs,
Tom & Prof. Newberg
:/ Une page de l'histoire Boinc se tourne :(Une de plus :/
Kali.
Combien de temps voulez-vous que nous attendions avant d'arrêter Separation ?Jusqu'à ce que j'aie atteint 5000 heures WUprop ? :siflotte:
Ah oui plus un léger détail : que du windows et du linux sur n-body.Dommage pour toi, parce que NBody c'est du MT, donc le temps avance plus vite, c'est la "time machine" :D
Ah oui plus un léger détail : que du windows et du linux sur n-body.
Nous avons actuellement un étudiant qui travaille à remettre en marche Mac Nbody. Je pense qu'il a fait de bons progrès, mais je ne sais pas à quel point nous sommes loin de publier un binaire Mac Nbody.
Separation Project Coming To An Endhttps://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=5010&postid=75602 (https://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=5010&postid=75602)
https://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=5007&postid=75485 (https://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=5007&postid=75485)CiterChers bénévoles,
Nous commençons à mettre fin au projet Separation (notez que ce projet est différent du projet N-Body, qui a toujours besoin de votre aide !!!). Grâce à vos contributions informatiques, nous avons atteint les objectifs que nous nous étions fixés pour ce projet, et nous allons donc mettre fin au projet Separation dans un avenir proche. Nous prévoyons de soumettre un article contenant les résultats finaux du projet Separation à une revue académique dans un futur proche. Il est possible que l'examinateur demande des révisions qui impliquent une nouvelle exécution des données de Séparation, auquel cas nous pourrions la ramener pour une courte période, mais jusqu'à ce que cela se produise, nous n'avons pas besoin de votre temps d'ordinateur pour cela. Nous tenons à vous remercier sincèrement pour le temps et les efforts que vous avez consacrés à nous aider à mener à bien cette tâche considérable. C'est à vous tous que nous devons la réussite de ce projet.ette annonce s'accompagne de quelques mises à jour de MilkyWay@home : MilkyWay@home continuera d'exister, mais uniquement en tant que projet Nbody. En raison de la complexité de l'exécution des codes d'arbres Nbody sur les GPU, l'exécution de Nbody sur un GPU n'offre qu'un faible gain de vitesse par rapport à un CPU équivalent. Bien que nous ayons bêta-testé une application complète de Nbody sur GPU, nous avons décidé de ne pas la déployer en raison des préoccupations liées au maintien de son support ; entre autres, le support de Nbody sur GPU nécessiterait de modifier le code GPU à chaque fois que le code CPU est mis à jour, et de s'assurer que chaque changement est testé et fonctionne de manière identique sur les deux plates-formes. Étant donné que nous travaillons activement sur des extensions du code Nbody qui incluent des éléments tels que les effets de la gravité du Grand Nuage de Magellan et les conséquences de l'auto-interaction de la matière noire sur la formation des courants de marée, cette prise en charge parallèle serait difficile. Par conséquent, lorsque Separation fermera, nous mettrons fin au support GPU pour MilkyWay@home. L'impact sera le plus important pour les personnes qui calculent beaucoup d'unités de travail de Séparation sur des GPU haut de gamme ; ces utilisateurs peuvent s'attendre à gagner beaucoup moins de crédits par temps qu'auparavant. Si vous ne contribuez que par des cycles CPU, votre capacité à gagner des crédits ne sera pas affectée. Nous souhaitons toujours que le plus grand nombre possible de personnes contribuent au temps CPU de MilkyWay@home ! Cependant, nous comprenons que si votre objectif est d'utiliser les GPU pour obtenir rapidement un grand nombre de crédits, il existe des moyens plus efficaces de le faire et d'autres projets qui peuvent mieux utiliser vos ressources.Nous vous serions reconnaissants de nous faire part de vos commentaires à ce sujet, car nous pensons qu'il faudra probablement un certain temps pour que les utilisateurs de GPU échangent leur matériel contre d'autres projets. Combien de temps voulez-vous que nous attendions avant d'arrêter Separation ?
Encore une fois, merci beaucoup de nous avoir permis d'utiliser vos processeurs ! Ils ont non seulement permis d'améliorer notre connaissance de la Voie lactée dans laquelle nous vivons, mais ils ont également contribué à la rédaction de cinq thèses de doctorat et formé des dizaines d'étudiants de premier cycle à la construction et à la maintenance de systèmes informatiques complexes et de grande taille. Ces étudiants et moi-même vous remercions pour vos contributions. Nous publierons les résultats finaux du projet Separation probablement dans le courant de l'année, après qu'ils auront été soumis au processus d'évaluation par les pairs (qui prend environ six mois en moyenne, avec une grande variabilité).
Je vous prie d'agréer, Madame, Monsieur, l'expression de mes sentiments les meilleurs,
Tom & Prof. Newberg
Bonjour à tous,
Merci pour votre discussion sur l'autre fil (https://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=5007). Sur la base de vos commentaires, nous avons décidé d'arrêter la séparation ce mardi. N-body fonctionnera toujours, et nous apprécions tous ceux qui veulent nous aider à faire du travail pour cette application ! Je ne suis pas en mesure de vous donner une estimation exacte de l'heure, car nous ne savons pas exactement combien de temps il faudra pour fermer correctement les choses ; cependant, je m'attends à ce que ce soit aux alentours de midi EDT (1600 UTD).
Nous tenons à exprimer une fois de plus notre gratitude pour toute l'aide que vous nous avez apportée dans le cadre de ce projet. Nous avons beaucoup appris avec Separation, et c'est grâce à vous. Nous espérons que vous resterez dans les parages et que vous nous aiderez à continuer à travailler sur Nbody à l'avenir !
Je vous prie d'agréer, Monsieur, l'expression de mes sentiments les meilleurs,
Tom
<app_config>
<project_max_concurrent>1</project_max_concurrent>
</app_config>
<app_config>
<app>
<name>milkyway_nbody</name>
<max_concurrent>2</max_concurrent>
</app>
<app_version>
<app_name>milkyway_nbody</app_name>
<plan_class>mt</plan_class>
<avg_ncpus>8</avg_ncpus>
<cmdline>--nthreads 8</cmdline>
</app_version>
</app_config>
Bonjour à tous,
Nous nous préparons à migrer MilkyWay@home vers un nouveau serveur le 1er novembre 2023 à 14 heures UTC. Ce nouveau serveur dispose d'un meilleur matériel (en particulier plus de mémoire), ce qui devrait améliorer les performances du site web et la vitesse à laquelle vous pouvez obtenir de nouvelles unités de travail. Nous sommes contraints d'effectuer cette migration à un rythme rapide car l'IPR exige que nous mettions à jour le système d'exploitation du serveur afin de garantir une sécurité adéquate.
Nous prévoyons que cette migration prendra une journée. S'il apparaît que le temps d'indisponibilité sera plus long, nous vous en informerons sur notre page Facebook. Il est possible que le serveur ait un comportement inattendu après cette migration, mais je surveillerai de près la situation afin de résoudre les problèmes éventuels au fur et à mesure qu'ils se présenteront. En particulier, je surveillerai de près les forums de discussion et je créerai un fil de discussion pour que les gens puissent signaler les problèmes rencontrés avec le nouveau serveur.Ceci étant dit, il y a eu quelques problèmes pour que BOINC reconnaisse le binaire sur le nouveau serveur, nous avons donc dû augmenter la version du binaire de 1.82 à 1.83. Je ne suis pas sûr de ce que cela signifie pour les unités de travail qui attendent d'être validées après le changement, mais je ferai ce que je peux pour m'assurer que tout le monde reçoive autant de crédit que possible pour son travail. Malheureusement, il est possible que vous perdiez des crédits en raison de la migration, ce dont nous nous excusons.
Je vous prie de m'excuser pour ce court préavis et je vous remercie par avance de votre patience pendant que j'essaie de faire en sorte que ce changement se fasse le plus facilement possible.
Je vous remercie,
Kevin
http://milkyway.cs.rpi.edu/milkyway/
, le projet demande de se rattacher à la nouvelle URL http://milkyway-new.cs.rpi.edu/milkyway/
mais elle n'est pas encore fonctionnelle.-----BEGIN CERTIFICATE-----
MIIGSjCCBDKgAwIBAgIRAINbdhUgbS1uCX4LbkCf78AwDQYJKoZIhvcNAQEMBQAw
gYgxCzAJBgNVBAYTAlVTMRMwEQYDVQQIEwpOZXcgSmVyc2V5MRQwEgYDVQQHEwtK
ZXJzZXkgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMS4wLAYD
VQQDEyVVU0VSVHJ1c3QgUlNBIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTIy
MTExNjAwMDAwMFoXDTMyMTExNTIzNTk1OVowRDELMAkGA1UEBhMCVVMxEjAQBgNV
BAoTCUludGVybmV0MjEhMB8GA1UEAxMYSW5Db21tb24gUlNBIFNlcnZlciBDQSAy
MIIBojANBgkqhkiG9w0BAQEFAAOCAY8AMIIBigKCAYEAifBcxDi60DRXr5dVoPQi
Q/w+GBE62216UiEGMdbUt7eSiIaFj/iZ/xiFop0rWuH4BCFJ3kSvQF+aIhEsOnuX
R6mViSpUx53HM5ApIzFIVbd4GqY6tgwaPzu/XRI/4Dmz+hoLW/i/zD19iXvS95qf
NU8qP7/3/USf2/VNSUNmuMKlaRgwkouue0usidYK7V8W3ze+rTFvWR2JtWKNTInc
NyWD3GhVy/7G09PwTAu7h0qqRyTkETLf+z7FWtc8c12f+SfvmKHKFVqKpNPtgMkr
wqwaOgOOD4Q00AihVT+UzJ6MmhNPGg+/Xf0BavmXKCGDTv5uzQeOdD35o/Zw16V4
C4J4toj1WLY7hkVhrzKG+UWJiSn8Hv3dUTj4dkneJBNQrUfcIfTHV3gCtKwXn1eX
mrxhH+tWu9RVwsDegRG0s28OMdVeOwljZvYrUjRomutNO5GzynveVxJVCn3Cbn7a
c4L+5vwPNgs04DdOAGzNYdG5t6ryyYPosSLH2B8qDNzxAgMBAAGjggFwMIIBbDAf
BgNVHSMEGDAWgBRTeb9aqitKz1SA4dibwJ3ysgNmyzAdBgNVHQ4EFgQU70wAkqb7
di5eleLJX4cbGdVN4tkwDgYDVR0PAQH/BAQDAgGGMBIGA1UdEwEB/wQIMAYBAf8C
AQAwHQYDVR0lBBYwFAYIKwYBBQUHAwEGCCsGAQUFBwMCMCIGA1UdIAQbMBkwDQYL
KwYBBAGyMQECAmcwCAYGZ4EMAQICMFAGA1UdHwRJMEcwRaBDoEGGP2h0dHA6Ly9j
cmwudXNlcnRydXN0LmNvbS9VU0VSVHJ1c3RSU0FDZXJ0aWZpY2F0aW9uQXV0aG9y
aXR5LmNybDBxBggrBgEFBQcBAQRlMGMwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQu
dXNlcnRydXN0LmNvbS9VU0VSVHJ1c3RSU0FBQUFDQS5jcnQwJQYIKwYBBQUHMAGG
GWh0dHA6Ly9vY3NwLnVzZXJ0cnVzdC5jb20wDQYJKoZIhvcNAQEMBQADggIBACaA
DTTkHq4ivq8+puKE+ca3JbH32y+odcJqgqzDts5bgsapBswRYypjmXLel11Q2U6w
rySldlIjBRDZ8Ah8NOs85A6MKJQLaU9qHzRyG6w2UQTzRwx2seY30Mks3ZdIe9rj
s5rEYliIOh9Dwy8wUTJxXzmYf/A1Gkp4JJp0xIhCVR1gCSOX5JW6185kwid242bs
Lm0vCQBAA/rQgxvLpItZhC9US/r33lgtX/cYFzB4jGOd+Xs2sEAUlGyu8grLohYh
kgWN6hqyoFdOpmrl8yu7CSGV7gmVQf9viwVBDIKm+2zLDo/nhRkk8xA0Bb1BqPzy
bPESSVh4y5rZ5bzB4Lo2YN061HV9+HDnnIDBffNIicACdv4JGyGfpbS6xsi3UCN1
5ypaG43PJqQ0UnBQDuR60io1ApeSNkYhkaHQ9Tk/0C4A+EM3MW/KFuU53eHLVlX9
ss1iG2AJfVktaZ2l/SbY7py8JUYMkL/jqZBRjNkD6srsmpJ6utUMmAlt7m1+cTX8
6/VEBc5Dp9VfuD6hNbNKDSg7YxyEVaBqBEtN5dppj4xSiCrs6LxLHnNo3rG8VJRf
NVQdgFbMb7dOIBokklzfmU69lS0kgyz2mZMJmW2G/hhEdddJWHh3FcLi2MaeYiOV
RFrLHtJvXEdf2aEaZ0LOb2Xo3zO6BJvjXldv2woN
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
MIIF3jCCA8agAwIBAgIQAf1tMPyjylGoG7xkDjUDLTANBgkqhkiG9w0BAQwFADCB
iDELMAkGA1UEBhMCVVMxEzARBgNVBAgTCk5ldyBKZXJzZXkxFDASBgNVBAcTC0pl
cnNleSBDaXR5MR4wHAYDVQQKExVUaGUgVVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNV
BAMTJVVTRVJUcnVzdCBSU0EgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNMTAw
MjAxMDAwMDAwWhcNMzgwMTE4MjM1OTU5WjCBiDELMAkGA1UEBhMCVVMxEzARBgNV
BAgTCk5ldyBKZXJzZXkxFDASBgNVBAcTC0plcnNleSBDaXR5MR4wHAYDVQQKExVU
aGUgVVNFUlRSVVNUIE5ldHdvcmsxLjAsBgNVBAMTJVVTRVJUcnVzdCBSU0EgQ2Vy
dGlmaWNhdGlvbiBBdXRob3JpdHkwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK
AoICAQCAEmUXNg7D2wiz0KxXDXbtzSfTTK1Qg2HiqiBNCS1kCdzOiZ/MPans9s/B
3PHTsdZ7NygRK0faOca8Ohm0X6a9fZ2jY0K2dvKpOyuR+OJv0OwWIJAJPuLodMkY
tJHUYmTbf6MG8YgYapAiPLz+E/CHFHv25B+O1ORRxhFnRghRy4YUVD+8M/5+bJz/
Fp0YvVGONaanZshyZ9shZrHUm3gDwFA66Mzw3LyeTP6vBZY1H1dat//O+T23LLb2
VN3I5xI6Ta5MirdcmrS3ID3KfyI0rn47aGYBROcBTkZTmzNg95S+UzeQc0PzMsNT
79uq/nROacdrjGCT3sTHDN/hMq7MkztReJVni+49Vv4M0GkPGw/zJSZrM233bkf6
c0Plfg6lZrEpfDKEY1WJxA3Bk1QwGROs0303p+tdOmw1XNtB1xLaqUkL39iAigmT
Yo61Zs8liM2EuLE/pDkP2QKe6xJMlXzzawWpXhaDzLhn4ugTncxbgtNMs+1b/97l
c6wjOy0AvzVVdAlJ2ElYGn+SNuZRkg7zJn0cTRe8yexDJtC/QV9AqURE9JnnV4ee
UB9XVKg+/XRjL7FQZQnmWEIuQxpMtPAlR1n6BB6T1CZGSlCBst6+eLf8ZxXhyVeE
Hg9j1uliutZfVS7qXMYoCAQlObgOK6nyTJccBz8NUvXt7y+CDwIDAQABo0IwQDAd
BgNVHQ4EFgQUU3m/WqorSs9UgOHYm8Cd8rIDZsswDgYDVR0PAQH/BAQDAgEGMA8G
A1UdEwEB/wQFMAMBAf8wDQYJKoZIhvcNAQEMBQADggIBAFzUfA3P9wF9QZllDHPF
Up/L+M+ZBn8b2kMVn54CVVeWFPFSPCeHlCjtHzoBN6J2/FNQwISbxmtOuowhT6KO
VWKR82kV2LyI48SqC/3vqOlLVSoGIG1VeCkZ7l8wXEskEVX/JJpuXior7gtNn3/3
ATiUFJVDBwn7YKnuHKsSjKCaXqeYalltiz8I+8jRRa8YFWSQEg9zKC7F4iRO/Fjs
8PRF/iKz6y+O0tlFYQXBl2+odnKPi4w2r78NBc5xjeambx9spnFixdjQg3IM8WcR
iQycE0xyNN+81XHfqnHd4blsjDwSXWXavVcStkNr/+XeTWYRUc+ZruwXtuhxkYze
Sf7dNXGiFSeUHM9h4ya7b6NnJSFd5t0dCy5oGzuCr+yDZ4XUmFF0sbmZgIn/f3gZ
XHlKYC6SQK5MNyosycdiyA5d9zZbyuAlJQG03RoHnHcAP9Dc1ew91Pq7P8yF1m9/
qS3fuQL39ZeatTXaw2ewh0qpKJ4jjv9cJ2vhsE/zB+4ALtRZh8tSQZXq9EfX7mRB
VXyNWQKV3WKdwrnuWih0hKWbt5DHDAff9Yk2dDLWKMGwsAvgnEzDHNb842m1R0aB
L6KCq9NjRHDEjf8tM7qtj3u1cIiuPhnPQCjY/MiQu12ZIvVS5ljFH4gxQ+6IHdfG
jjxDah2nGN59PRbxYvnKkKj9
-----END CERTIFICATE-----
We have changed the DNS setting such that milkyway-new no longer exists and the url milkyway.cs.rpi.edu points directly to the server IP and is not longer a cname for the server.
I am going through and changing everything on the server to reflect that change.
Nous avons modifié les paramètres DNS de sorte que milkyway-new n'existe plus et que l'URL milkyway.cs.rpi.edu pointe directement vers l'IP du serveur et n'est plus un nom de domaine pour le serveur.
Je suis en train de passer en revue et de changer tout ce qui se trouve sur le serveur pour refléter ce changement.
128.113.126.54 milkyway-new.cs.rpi.edu
dans le fichier hosts de l'ordi
Additionally, we are making plans to reintroduce support for Mac users. More details will be provided as soon as we have further information.
Sinon ils ont enfin mis à jour leur DNS :
milkyway-new.cs.rpi.edu. 21584 IN CNAME milkyway.cs.rpi.edu.
milkyway.cs.rpi.edu. 21600 IN A 128.113.126.54
:kookoo:
"On a related note, we are excited to announce that we're currently developing a new version of the n-body code. This upgrade will allow for the fitting of additional parameters, such as orbit parameters, along with other minor improvements. We anticipate implementing these changes in the coming weeks.
Additionally, we are making plans to reintroduce support for Mac users. More details will be provided as soon as we have further information.
Once again, I apologize for the recent issues with MilkyWay@home and am very thankful for your patience."
Dans le même ordre d'idées, nous sommes heureux d'annoncer que nous sommes en train de développer une nouvelle version du code n-corps.
en train de développer une nouvelle version du code n-corps. Cette mise à jour permettra
l'ajustement de paramètres supplémentaires, tels que les paramètres d'orbite, ainsi
ainsi que d'autres améliorations mineures. Nous prévoyons de mettre en œuvre ces changements
dans les semaines à venir.
En outre, nous prévoyons de réintroduire le support pour les utilisateurs Mac. De plus amples détails seront fournis dès que nous aurons plus d'informations.
Une fois de plus, je vous présente mes excuses pour les récents problèmes rencontrés avec MilkyWay@home et je vous remercie de votre patience."
Aaahhh non c'est la trad tu veux dire ? merki ;)J'ai traduit pour moi,après pourquoi ne pas le posté. :D
Si j'ai bien compris, Milkyway ne fonctionne plus sur GPU ?C'est bien ça et bon retour. :kookoo:
1 Mar 2024, 10:17:36 UTC 1 Mar 2024, 11:11:02 UTC Terminé et validé 561.94 3,440.56 29.17 Milkyway@home N-Body Simulation with Orbit Fitting v1.86 (mt)
x86_64-pc-linux-gnu
1 Mar 2024, 5:46:34 UTC 1 Mar 2024, 11:06:50 UTC Terminé et validé 473.40 2,099.88 30.96 Milkyway@home N-Body Simulation with Orbit Fitting v1.86 (mt)
windows_x86_64
1 Mar 2024, 8:35:34 UTC 1 Mar 2024, 11:01:40 UTC Terminé, validation peu concluante 3,657.92 24,521.66 en attente Milkyway@home N-Body Simulation with Orbit Fitting v1.86 (mt)
x86_64-pc-linux-gnu
1 Mar 2024, 8:35:34 UTC 1 Mar 2024, 9:04:20 UTC Terminé, validation peu concluante 1,695.22 11,318.87 en attente Milkyway@home N-Body Simulation with Orbit Fitting v1.86 (mt)
x86_64-pc-linux-gnu
Une nouvelle application disponible sur le projet.Pour moi 1 UT renvoyée avec succès. Multithread sur 16 coeurs :electric:
Milkyway@home N-Body Simulation with Orbit Fitting : https://milkyway.cs.rpi.edu/milkyway/apps.php (https://milkyway.cs.rpi.edu/milkyway/apps.php)