Le Forum de l'Alliance Francophone
Boinc et les projets distribués => Physique-Chimie => Discussion démarrée par: fzs600 le 11 February 2015 à 17:28
-
(http://lhcathomedev.cern.ch/vLHCathome-dev/img/logo.png)
(https://www.virtualbox.org/graphics/vbox_logo2_gradient.png)
Infos utiles.
Le détecteur CMS repose sur un aimant solénoïde géant pour incurver les trajectoires des particules produites lors des collisions dans le LHC.
http://home.web.cern.ch/fr/about/experiments/cms (http://home.web.cern.ch/fr/about/experiments/cms)
Pour rejoindre le projet il faut un code d'invitation voir ici : http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=4&postid=11#11 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=4&postid=11#11)
Important : De l'admin du projet.
Le but de ce projet est de développer les outils nécessaires pour que la collaboration CMS puisse utiliser cette ressource pour des tâches intensives de calcul telles que la production d'événements de Monte Carlo, des collisions simulées dans le détecteur. En raison de la nature complexe du logiciel et de la difficulté de maintenir différents portages sur différentes plates-formes, l'approche de la virtualisation est utilisé. Cela signifie que les tâches BOINC sont seulement des machines virtuelles qui s'exécutent durant 24 heures. Lorsque les machines virtuelles sont lancées, elles téléchargent la véritable tâche de calcul sur notre propre infrastructure. Pour l'instant ces tâches ne sont que de nombreuses copies du même exemple donc s'il vous plaît n'y consacrez pas trop de ressources puisque les résultats ne seront pas utilisés. Votre temps machine est une ressource précieuse et il y a beaucoup d'autres projets.qui pourraient en bénéficier. Nous avons encore pas mal de travail à faire sur notre infrastructure back-end afin que la collaboration puisse envoyer des tâches de manière transparente directement ici et recevoir en retour les résultats.
Notre vision est que dans un proche avenir, lorsque l'infrastructure d'application et back-end sera mure, nous pourrons l'inclure dans le projet vLHC en tant qu'une autre application. Lorsque cela arrivera, il ne sera pas possible de transférer vos crédits donc vous pouvez dès maintenant utiliser vos ressources sur vLHC si cela vous importune.
Encore une fois merci pour votre participation et pour nous aider à faire décoller ce projet.
Traduction de JéromeC.
Veuillez noter : pour fonctionner ce projet nécessite l'installation de virtualbox a ce jour 27 février 2015 en version V4.3.22
Pour télécharger Virtualbox : https://www.virtualbox.org/wiki/Downloads (https://www.virtualbox.org/wiki/Downloads)
Une version de BOINC 7.xx est necessaire.
Voila il ne vous reste plus qu'a vous accrocher a CMS-dev comme a n'importe quel autre projet BOINC.
Statut : actif
URL du projet : http://lhcathomedev.cern.ch/vLHCathome-dev/ (http://lhcathomedev.cern.ch/vLHCathome-dev/)
Applications disponibles : http://lhcathomedev.cern.ch/vLHCathome-dev/apps.php (http://lhcathomedev.cern.ch/vLHCathome-dev/apps.php)
État du serveur : http://lhcathomedev.cern.ch/vLHCathome-dev/server_status.php (http://lhcathomedev.cern.ch/vLHCathome-dev/server_status.php)
L'alliance francophone : http://lhcathomedev.cern.ch/vLHCathome-dev/team_display.php?teamid=3 (http://lhcathomedev.cern.ch/vLHCathome-dev/team_display.php?teamid=3)
Temps de calcul et points de sauvegarde : http://wuprop.boinc-af.org/results/projet.py?projet=CMS-dev&application=CMS+Simulation (http://wuprop.boinc-af.org/results/projet.py?projet=CMS-dev&application=CMS+Simulation)
Classement mondial de L'af : http://boincstats.com/fr/stats/162/team/list/ (http://boincstats.com/fr/stats/162/team/list/)
Résumé.a faire
Mis a jour par fzs600 le 9 avril 2023.
-
Encore un projet sur VM!
-
:hello:
L’équipe est créer. http://boincai05.cern.ch/CMS-dev/team_display.php?teamid=3 (http://boincai05.cern.ch/CMS-dev/team_display.php?teamid=3)
Merci a Damien.
:jap:
-
Ça serait en rapport avec les Muon.
http://fr.wikipedia.org/wiki/Compact_Muon_Solenoid (http://fr.wikipedia.org/wiki/Compact_Muon_Solenoid)
Espérons que ça ne fera pas double emploi avec le projet sur Yoyo.
-
ça devient une galaxie de projets boinc au CERN
C'est bon ça :sun:
-
ça plutôt un rapport avec cela: http://home.web.cern.ch/fr/about/experiments/cms
-
ça plutôt un rapport avec cela: http://home.web.cern.ch/fr/about/experiments/cms
Merci pour la précision. :jap:
-
Donc en fait c'est dans la mouvance des projets boinc du CERN, c'est bon ça !
Et GROS avantages de la VM, ne vous en déplaises Mesdames et Messieurs qui n'aiment pas les VM, ils sont capable de sortir un nouveau projet avec une appli pour les 3 OS dès le début. Trouvez m'en beaucoup qui sont capables de ça, dès l'ouverture - plus tous ceux qui ne proposeront jamais une appli Mac...
-
ils sont capable de sortir un nouveau projet avec une appli pour les 3 OS dès le début. Trouvez m'en beaucoup qui sont capables de ça, dès l'ouverture
Tous ceux qui savent un minium coder et faire une cross-compilation ...
Les VM, c'est la solution de ceux qui savent pas coder (ou des pauvres qui ont pas les moyens d'avoir un vrai codeur).
-
Les VMs, cela peut aussi être la solution de ceux qui veulent contrôler l'environnement de calcul des unités de leur projet .
-
J'ai une crunchbox qui arrive en saturation d'espace disque (SSD 128 Go) ce qui n'était jamais arrivé avant.
Je me demande si certaines VM ne demande l'allocation d'espaces considérables, qu'elles ne restituent pas en totalité en fin d'utilisation, ou en cas d'erreurs de calculs.
Bref, ça plus des volumes de téléchargements monstrueux, la conso de RAM, font que les VM me gavent ! :rhaa:
-
J'ai l'impression que personne n'a encore réussi à cruncher correctement une seul tâche :/
http://boincai05.cern.ch/CMS-dev/top_users.php
-
Je ne rentrerai pas dans le débat "ceux qui ne savent pas coder vs. ceux qui savent", je constate juste le résultat au niveau de la disponibilité des applis multi-OS (dès le début) au niveau des projets à VM vs. ceux sans VM, c'est tout.
Pour la RAM les VM doivent être optimisées, Atlas c'est encore la misère, vLHC par exemple ça commence à être bien maitrisé sur Mac OS une UT fait < 500 Mo (d'après WUProp, chez moi j'ai l'impression qu'elles en font encore moins) alors que des applis sans VM peuvent aussi bouffer bien plus : CSG/DNA fait plus de 700 Mo, yoyo ecm 900 Mo, rosetta 600 Mo, etc.
-
:hello:
La première Ut avec succès.
6 Mar 2015, 4:13:07 UTC 7 Mar 2015, 5:13:50 UTC Terminé et validé 3,568.99 28.71 27.95 CMS Simulation v40.01
Et la seconde.
13 Mar 2015, 6:08:58 UTC 16 Mar 2015, 7:43:08 UTC Terminé et validé 85,446.43 914.83 528.33 CMS Simulation v44.02
Par contre celle-ci a démarrer avec retard elle calcul encore en ce moment je ne sais pas ce que cela va donner ? :/
12 Mar 2015, 21:16:36 UTC 15 Mar 2015, 21:16:36 UTC Délai expiré - aucune réponse 0.00 0.00 --- CMS Simulation v44.02
:jap:
-
UT terminer hors délai mais valider quand même. :love:
12 Mar 2015, 21:16:36 UTC 16 Mar 2015, 17:57:52 UTC Terminé et validé 85,405.71 611.51 573.34 CMS Simulation v44.02
-
J'ai envoyé une demande de code invité, wait & see.
-
J'ai envoyé une demande de code invité, wait & see.
Faut un code maintenant ?
Perso j'en ai pas eu besoin. :??:
-
Ajout aux statsBZH :hello:
-
Merci Dudumomo :kookoo: :jap:
-
J'ai reçu mon code et créé mon compte et reçu ma 1ère grosse WU.
Oui visiblement ils ont eu des soucis de "pleins de comptes pourris créés" (robot de spam ?) donc ils ont mis le système de code invité (standard boinc), le "Dr Ivan D.Reid" m'a envoyé le mien, il a l'air méga bateau et à mon avis c'est le même pour tout le monde, si les personnes intéressées le demandent via le lien du projet (ce qui est le mieux) mais ne le reçoivent pas rapidement, vous pouvez me demander en MP (nous sommes de confiance).
La dernière version télécharge une grosse VM compressée de 500 Mo la 1ère fois mais après la VM télécharge beaucoup moins de données elle même, donc l'exécution de nouvelles unités devrait être plus légère, si j'ai bien compris.
Pour éviter le merdier j'ai mis vLHC et Atlas en "pas de nouveau travail".
Ma 1ère WU s'est mise en marche, ça a pas l'air d'aller très fort, j'ai répondu au bon docteur :
For the moment it behaves oddly :
tail: /home/boinc/stderr: file truncated
tail: /home/boinc/stderr: file truncated
tail: /home/boinc/stderr: file truncated
tail: /home/boinc/stderr: file truncated
(etc)
The CMSJobAgent-stderr.log shows :
[37m[17/03/15 22:01:24] ERROR:root:No message received! Nothing to do![0m
[37m[17/03/15 22:02:07] ERROR:root:No message received! Nothing to do![0m
[37m[17/03/15 22:03:08] ERROR:root:No message received! Nothing to do![0m
[37m[17/03/15 22:04:07] ERROR:root:No message received! Nothing to do![0m
[37m[17/03/15 22:05:08] ERROR:root:No message received! Nothing to do![0m
[37m[17/03/15 22:06:08] ERROR:root:No message received! Nothing to do![0m
The boot.log did stop on that row :
Tue Mar 17 22:01:16 2015: cms.cern.ch: Activating Fuse module
and is not increasing anymore.
Je vais la laisser tourner un moment, on verra.
-
:hello:
A Message To All Our Volunteers → http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=22&postid=128#128 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=22&postid=128#128)
:jap:
-
Pour info les messages que j'avais c'était normal en fait, l'appli tournait bien mais c'est juste qu'il n'y avait pas de job dispo sur le serveur. Je l'ai killé trop tôt avant de voir leur réponse sur le forum (où ils sont bien réactifs).
Donc j'en ai eu une autre, on peut utiliser une console pour voir ce qu'il se passe et il y a une page Web (sur un port de son localhost) qui donne accès aux lois internes, sans graphique pour le moment.
Elle s'est terminée en un jour, au final elle a eu du travail la moitié du temps (ratio temps de calcul sur temps d'exécution).
-
:hello:
A Message To All Our Volunteers → http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=22&postid=128#128 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=22&postid=128#128)
:jap:
Je voudrais tout d'abord saisir cette occasion pour remercier tous nos bénévoles, en particulier ceux qui sont actifs sur les forums et nous aident à faire évoluer ce projet. Sans les bénévoles, nous ne pouvons pas faire de calcul bénévole. [CQFD :) ]
Le but de ce projet est de développer les outils nécessaires pour que la collaboration CMS puisse utiliser cette ressource pour des tâches intensives de calcul telles que la production d'événements de Monte Carlo, des collisions simulées dans le détecteur. En raison de la nature complexe du logiciel et de la difficulté de maintenir différents portages sur différentes plates-formes, l'approche de la virtualisation est utilisé. Cela signifie que les tâches BOINC sont seulement des machines virtuelles qui s'exécutent durant 24 heures. Lorsque les machines virtuelles sont lancées, elles téléchargent la véritable tâche de calcul sur notre propre infrastructure. Pour l'instant ces tâches ne sont que de nombreuses copies du même exemple donc s'il vous plaît n'y consacrez pas trop de ressources puisque les résultats ne seront pas utilisés. Votre temps machine est une ressource précieuse et il y a beaucoup d'autres projets [boinc, of course :D ] qui pourraient en bénéficier. Nous avons encore pas mal de travail à faire sur notre infrastructure back-end afin que la collaboration puisse envoyer des tâches de manière transparente directement ici et recevoir en retour les résultats.
Notre vision est que dans un proche avenir, lorsque l'infrastructure d'application et back-end sera mure, nous pourrons l'inclure dans le projet vLHC en tant qu'une autre application. Lorsque cela arrivera, il ne sera pas possible de transférer vos crédits donc vous pouvez dès maintenant utiliser vos ressources sur vLHC si cela vous importune.
Encore une fois merci pour votre participation et pour nous aider à faire décoller ce projet.
Donc il est très important de comprendre que CMS n'est qu'un banc d'essai qui a terme sera intégré dans vLHC comme une nouvelle application, et que pour le moment les calculs faits par nos machines n'ont pas d'autre rôle que les aider à monter une infrastructure et voir qu'elle tient la route - c'est un peu contradictoire avec l'idée se s'intégrer à vLHC d'ailleurs je trouve.
Donc en gros si on a des bugs ça leur sert, mais si "tout roule" autant cruncher pour un projet qui aide directement la science - même si participer ici est une façon pour le moment indirecte d'y participer.
-
Merci pour la traduction topic mis a jour. :kookoo:
:jap:
-
Ben Segal a répondu à ma remarque sur leur forum :
Hi Jerome, what is happening is that CERN would like to consolidate technical support and user interaction for related BOINC projects as much as possible under one roof. It's not cast in concrete and we will see how such a combined platform works out over the next few months.
Salut Jérôme, ce qui se passe est que le CERN souhaite consolider le support technique et l'interaction avec les utilisateurs pour les projets BOINC connexes autant que possible sous un même toit. Ce n'est pas encore confirmé mais nous allons voir comment une telle plate-forme combinée fonctionne au cours des prochains mois.
-
Donc j'ai demandé
Ok so now I got 3 WUs successfully ending on my iMac (and another one currently crunching) and I can see all seems to go well so what you say is that I can stop CMS for the moment and let other projects go on instead ?
et ils ont répondu
Yes, thanks a lot for helping us to debug on MacOSX.
We will announce when we need serious crunching power for new CMS jobs.
Donc merci pour votre aide sur Mac OS X, nous ferons une annonce quand nous aurons besoin de puissance de calcul pour de nouveaux jobs CMS.
Donc CMS on hold for the moment :)
-
Je comprend pas cette différence de crédits. :??:
fzs600
8 Apr 2015, 15:04:33 UTC 11 Apr 2015, 12:20:40 UTC Terminé et validé 83,766.82 700.44 517.02 CMS Simulation v46.14
Hildor
9 Apr 2015, 19:25:40 UTC 11 Apr 2015, 8:23:08 UTC Terminé et validé 87,402.28 30,516.21 857.61 CMS Simulation v46.14
-
C'est pour mettre du piment :D
-
J'ai un problème avec une UT qui me dit :
Retardé : VM Hypervisor failed to enter an online state in a timely fashion.
Quelqu'un en sait plus ? Parce qu'en cherchant sur le forum officiel, j'ai rien trouvé de comparable.
-
Je crois déjà avoir eu ça, si c'est pas sur CMSdev (je suis un peu intervenu sur leurs fofo, tu peux chercher) c'est probablement sur vLHC (je suis beaucoup intervenu) ou moins probablement sur Atlas (où ils répondent pratiquement jamais, en tous cas pour moi).
Je pense plus que c'est un soucis ponctuel qu'une ano bien identifiée.
-
Merci Jerome, j'ai trouvé mon problème, en fait on peut pas encore faire tourner CMSdev avec vLHC en même temps. :rhaa:
-
Les projets VM VB cohabitent mal mais pas pour tous le monde, certains y arrivent bien et d'autres pas, il semble y avoir des interactions subtiles OS / matos /versions.
Il y a pas mal de topics sur le même sujet sur les fotos en question.
-
Des nouvelles. (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=56#485)
Au cours des derniers mois, nous avons réorganisé notre infrastructure interne afin de pouvoir envoyer des tâches de simulation CMS réelles au projet CMS@home et sommes presque prêts à essayer cela pour de vrai. Du côté de la VM, nous avons seulement besoin de mettre à jour le script CMSJobAgent.py, ce qui sera fait via la magie de CVMFS [1], donc aucune nouvelle version de l'application ne sera nécessaire. [NDLR: et ça, c'est la magie de la VM]
Même si ceci devrait être transparent, il y a de fortes chances que nous cassions quelque chose temporairement, aussi soyez prêt à supporter une période d'instabilité potentielle. Je pense que nous serons prêts dans les deux prochaines semaines et je ferai une annonce avant que la publication de tout changement.
Beaucoup de remerciements à vous tous qui nous avez soutenu durant le test de ce projet.
[1] http://iopscience.iop.org/1742-6596/219/4/042003
Dans la discussion qui suit ils annoncent travailler sur le portage du code sur GPU mais ne sont pas sûrs de pouvoir le faire dans une VM, mais le message de Richard Haselgrove apporte un éclairage pointu à ce sujet :
Utiliser le GPU au sein d'une VM est problématique. Vous avez besoin d'un produit de virtualisation qui supporte une fonctionnalité appelée "passthrough GPU". NVidia a une page sur le sujet (http://www.nvidia.com/object/dedicated-gpus.html) qui dit que les GPU NVIDIA peuvent être utilisés avec Citrix XenDesktop ou VMware Horizon. Je pense que AMD aura une liste similaire pour leurs GPU.
Malheureusement, l'interface de la machine virtuelle BOINC - initialement développé au CERN, je crois - ne supporte que Oracle VirtualBox, qui ne prend pas en charge le GPU passthrough. Donc, à moins que Oracle mette à jour VB, ou que BOINC s'interface avec une deuxième technologie VM, cela ne semble pas être une possibilité à court terme.
-
Donc en fait c'est dans la mouvance des projets boinc du CERN, c'est bon ça !
Sauf que "la production d'événements de Monte Carlo" ne veut rien dire ce qui fait que c'est mauvais.
-
J'aimerais bien le passthrough, ça permettrait de faire du calcul GPGPU autant avec le système hôte qu'avec les vm :)
-
:hello:
Important information on upload bandwidth.
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=108&postid=1544#1544 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=108&postid=1544#1544)
-
Oui, il parle de 50 Mo d'upload par heure et par WU, donc calculez bien votre capacité en upload.
Un ADSL "de base" fait au max 125 Ko / sec en upload ce qui fait quand même... beaucoup plus en une heure (genre plus de 400 Mo) donc bon je sais pas pourquoi il nous prend la tête :D Et si vous êtes fibré alors c'est le panard.
Donc si votre connexion est très lente à la montée, faut ptet songer à limiter le nombre d'unités à la fois (ou si vous faites d'autres choses en même temps avec votre upload, bande de cochons) parce que sinon ça se coince de partout et ça fait mal.
-
C'est peut être pour les gens qui ont des quotas de data sur leur connexion ?
-
:hello:
Migrating to vLHC@home :
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=110&postid=1653#1653 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=110&postid=1653#1653)
-
--> CMS devient un projet béta de vLHC qu'on peut activer dans le setup vLHC.
CMSdev devrait ensuite ne plus produire d'UT.
Il parle de transfert de crédit (genre CSG ?) mais n'en dit pas plus (dans ce topic).
-
--> CMS devient un projet béta de vLHC qu'on peut activer dans le setup vLHC.
CMSdev devrait ensuite ne plus produire d'UT.
Il parle de transfert de crédit (genre CSG ?) mais n'en dit pas plus (dans ce topic).
Très bien résumé. :jap:
-
:hello:
ATTENTION:
http://lhcathome2.cern.ch/vLHCathome/forum_thread.php?id=1719&postid=19894#19894 (http://lhcathome2.cern.ch/vLHCathome/forum_thread.php?id=1719&postid=19894#19894)
-
Et apparemment faut pas attendre une résolution rapide, l'admin a coupé l'approvisionnement en nouvelles unités (si j'ai bien compris) et sur l'autre topic du forum CMS il dit qu'il a trop de trucs à faire en même temps (et visiblement il est seul à le faire)... mais il y en a qui disent que tout marche bien aussi.
Dans la mesure où c'est très consommateur de ressources, c'est bonne idée de limiter le nombre d'unités avec un app_config, moi je n'en laisse(rai, quand je recommencerai après le charity) qu'une à la fois, je vous dirai ce que ça donne.
-
Pourtant chez moi tout va bien.
28 Jan 2016, 11:34:56 UTC 30 Jan 2016, 10:33:46 UTC Completed and validated 85,472.96 315.22 573.01 CMS Simulation v46.20 (vbox64)
28 Jan 2016, 11:34:56 UTC 30 Jan 2016, 10:33:46 UTC Completed and validated 85,473.97 317.75 573.02 CMS Simulation v46.20 (vbox64)
-
Il y en a qui disent que ça va bien pour eux aussi...
-
:hello:
Poll :
As discused in a recent thread, There will potentially be 6 LHC related applications (Six Track, Test4Theory, ALICE, ATLAS, CMS and LHCb) and hence between 1 and 12 projects depending on how things are organised. The options are:
1. One project with beta apps
2. Two projects; prod and dev
3, One project and six dev projects
4. Six prod projects and six dev projects
What would you prefer?
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=115&postid=1747#1747 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=115&postid=1747#1747)
-
Ca bouge beaucoup en ce moment entre le forum CMSdev et celui de vLHC sur le sujet CMS nouvel entrant.
J'ai voté.
-
A voté :jap:
-
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=110&postid=1996
The current situation is that there seems to be consensus on having both a production and dev project. Having credit per app also seems to be preferable.
This project will now most probably stay around as the dev project. At the moment the CMS app is the same in both projects so it depends on where you want to accumulate credit and which boards you prefer.
Personally I would see vLHC@home as the crunching project and this one for those who want to contribute more than just cycles. A failed task with a good bug report here is probably worth 1000 successful tasks. So if you have many machines I would use vLHC@home but if you only have one or two machines and intend to remain active on the boards, stay here.
La situation actuelle est qu'il semble y avoir un consensus pour avoir à la fois un projet de production et un projet de dev. Avoir des crédits par application semble aussi être préférable (/ré).
Ce projet [CMSdev] va maintenant probablement rester le projet de dev. Pour l'instant application CMS est la même dans les deux projets [CMSdev et vLHC], donc cela dépend de l'endroit où vous souhaitez accumuler crédit et dont vous préférez le forum.
Personnellement, je verrais plutôt vLHC@home comme le projet où cruncher et celui-ci pour ceux qui veulent contribuer plus que des cycles de CPU. Une tâche qui a échoué avec un bon rapport de bug ici est probablement plus utile que 1000 tâches réussies.
Donc, si vous avez beaucoup de machines utilisez plutôt vLHC@home, mais si vous avez seulement un ou deux machines et l'intention de rester actif sur le forum, restez ici.
-
La proposition de l'admin de CMS me semble être la bonne.
-
:hello:
LHCb Application :
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=141&postid=2183#2183 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=141&postid=2183#2183)
-
Merci fzs600 :kookoo: :jap:
-
:hello:
Change of project name :
http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=150&postid=2269#2269 (http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=150&postid=2269#2269)
As mentioned earlier (under "Project Restructuring"), CMS-dev has evolved into a more general dev project for virtual machine applications running under LHC@home.
We will therefore rename the "CMS-dev" project to "vLHCathome-dev" as it is now a development project for early testing of applications that potentially could run in production under the Virtual LHC@home platform.
The change is planned for tomorrow 13 UTC, and you should later see this project as:
http://lhcathomedev.cern.ch/vLHCathome-dev/
Redirection will be put in place, so in principle BOINC clients should be able to follow. Otherwise please detach the project and re-attach to the new URL at your convenience.
Thanks to your contributions and feedback on tests of our applications, CMS-dev has been a success, and we would like to express our warm thanks for your contributions! :-)
Please note that this remains a development and test project, that might provide unstable applications and that any BOINC credit accumulated here might get lost.
If you prefer to just crunch and get credit, please give priority to our production LHC@home projects.
Many thanks for your collaboration!
... the team
-
:/
13 Mar 2016, 5:52:06 UTC 14 Mar 2016, 6:04:10 UTC Error while computing 604.77 2.38 --- LHCb Simulation v0.03 (vbox64)
12 Mar 2016, 14:40:12 UTC 13 Mar 2016, 5:30:51 UTC Error while computing 607.28 6.32 --- LHCb Simulation v0.03 (vbox64)
-
Merci pour l'information, je me suis détaché et rattaché!
-
Hello,
je vous rejoins sur ce projet !
j'ai reçu mon code d'invitation et commencé à cruncher quelques UTs.
:hello:
-
Moi j'avais fait ça :
<app_config>
<project_max_concurrent>1</project_max_concurrent>
<app>
<name>ATLAS</name>
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>ALICE</name>
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>CMS</name>
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>LHCb</name>
<max_concurrent>1</max_concurrent>
</app>
<app>
<name>Theory</name>
<max_concurrent>1</max_concurrent>
</app>
</app_config>
en me basant sur les noms d'appli trouvés ici (http://boincai05.cern.ch/CMS-dev/apps.php?xml=1), mais maintenant il me dit ça :
(https://dl.dropboxusercontent.com/u/1953532/Capture%20d%E2%80%99%C3%A9cran%202016-05-31%20%C3%A0%2022.43.06.png)
C'est pas terrible non ???
-
J'ai toujours ce même problème, si y'en a que ça inspire, à vot' bon coeur !
-
Ça me saoule ce truc, personne personne personne a d'idée ?
Les noms de projet correspondent pourtant systématiquement à ce qu'on voit ici (http://boincai05.cern.ch/CMS-dev/apps.php?xml=1)...
-
Pour déterminer si le nom de l'application est correct, BOINC se base sur les applications chargées sur ta machine. Il est probable que ta machine n'a chargé que des UT CMS. Le client ne connaît donc pas les autres applications. Ce n'est qu'un message d'avertissement, il ne devrait pas gêner le fonctionnement du fichier app_config.
Quoiqu'il en soit, si tu souhaites limiter le projet à une UT en cours de calcul, le fichier suivant est suffisant:
<app_config>
<project_max_concurrent>1</project_max_concurrent>
</app_config>
-
Ah ok, donc si jamais il récupère une UT d'un des autres sous projets il devrait comprendre alors !
(en fait je voulais limiter à une UT de chaque application du projet, pas tout le projet globalement)
Je verrai ce qu'il se passe le jour où j'ai d'autre UT.
Merci.
-
Perso je me sers de ce ces messages d'erreur pour trouver le nom exact des applis :siflotte:
-
(en fait je voulais limiter à une UT de chaque application du projet, pas tout le projet globalement)
Dans ce cas, il faut enlever la ligne <project_max_concurrent>
-
@phil : sauf dans mon cas il montre tout le temps le même, à priori parce que c'est le seul qui a déjà dû tourner sur mon ordi comme l'explique seb
@seb : heu mais c'est le seul paramètre que j'ai ! (mon config est visible plus haut) je comprends pas...?
-
Je parle de la deuxième ligne qui contient la balise "project_max_concurrent".
-
Ah mais oui ballot que je suis :)
Bon je l'ai viré, et tant que j'aurai pas eu des UT des autres sous projets j'aurai toujours ces erreurs, compris.
Merki !
-
http://lhcathomedev.cern.ch/vLHCathome-dev/forum_thread.php?id=299 (http://lhcathomedev.cern.ch/vLHCathome-dev/forum_thread.php?id=299)
As mentioned previously, we would like to consolidate the existing production servers (Sixtrack, vLHC and ATLAS) into a single service. We hope that by doing this we can improve the support and reduce the confusion. One benefit for all is that there will be a single forum so both us and our volunteer moderators can be more effective.
The transition will have two phases, commissioning and decommissioning. First a new server will be prepared with a similar configuration as this dev project but based on the Sixtrack DB. This is because they have the most users and 50% of the active users from vLHC and ATLAS are already there, hence it should minimize the impact. Once this new server is ready, it will be opened up for use in parallel with the existing three servers.
Next comes the decommissioning. For Sixtrack this should be straight forward, the URLs for the old host will be redirected to the new host. For vLHC and ATLAS things will be a little more complicated. Those users who are already registered with Sixtrack will be encouraged to move to the new server. For those who are not registered they can either register themselves and move or we can do a bulk registration. Tasks can then be stopped and the URLs redirected.
Finally there is the issue of credit. It should be possible to migrate the credit from the old servers to the new server. This can only really be done once the servers are no longer used. There is no time critical aspect, just until this is done, only the new credit will be seen.
Comments and feedback on this proposal are welcome.
P.S The dev project will stay around as it is.
Comme mentionné précédemment, nous souhaitons consolider les serveurs de production existants (Sixtrack, vLHC et ATLAS) en un seul service. Nous espérons qu'en faisant cela, nous pourrons améliorer le support et réduire la confusion. L'un des avantages pour tout le monde est qu'il y aura un seul forum afin que les modérateurs et les bénévoles puissent être plus efficaces.
La transition se fera en deux phases, la mise en service et le décommissionnement [ça se dit "déclassement" pour ça ?]. Tout d'abord un nouveau serveur sera préparé avec une configuration similaire à celle du projet de dev, mais basée sur la base de donnée de Sixtrack. En effet ce sont eux qui ont le plus d'utilisateurs et 50% des utilisateurs actifs de vLHC et ATLAS y sont déjà présents, cela devrait donc minimiser l'impact. Une fois ce nouveau serveur prêt, il sera ouvert pour une utilisation en parallèle avec les trois serveurs existants.
Vient ensuite le décommissionnement. Pour Sixtrack cela devrait être simple, les URL de l'ancien hôte seront redirigées vers le nouvel hôte. Pour vLHC et ATLAS les choses seront un peu plus compliquées. Les utilisateurs qui sont déjà inscrits sur Sixtrack seront encouragés à se déplacer vers le nouveau serveur. Pour ceux qui ne sont pas inscrits, ils peuvent soit s'enregistrer et se déplacer ou nous pouvons faire un enregistrement en masse. Les tâches pourront ensuite être arrêtées et les URL redirigées.
[je comprends pas bien le concept de "se déplacer"...]
Enfin, il y a la question des crédits. Il devrait être possible de migrer les crédits des anciens serveurs vers le nouveau serveur. Cela ne pourra vraiment être fait qu'une fois que les serveurs ne seront plus utilisés. Il n'y a rien de critique rapport au temps, seulement une fois que cela sera fait les nouveaux crédits seront visibles.
Les commentaires sur cette proposition sont les bienvenus.
P.S Le projet dev restera dans les parages comme il est aujourd'hui.
[ça non plus c'est pas bien clair...]
-
M'en fout, je fais que du Sixtrack :D
-
M'en fout, je fais que du Sixtrack :D
:+1:
-
On écrit "m'en fous" :D
Et donc si j'ai bien compris 6-track-dev sera dans le lot, tu feras gaffe de pas choper de la VM accidentellement ;)
-
A la place de "déplacer", Jerome, j'aurais mis "migrer" .
Merci pour la traduction :jap:
-
De mémoire, on a déjà eu le cas d'un projet qui a fusionné plusieurs sous-projets. Il suffisait d'aller sur ses comptes de sous-projets cliquer sur un bouton pour migrer vers le nouveau projet.
C'était simple et efficace, ils pourraient faire pareil au LHC.
-
Et donc si j'ai bien compris 6-track-dev sera dans le lot, tu feras gaffe de pas choper de la VM accidentellement ;)
Ca risque pas, le nécessaire est pas installé !
-
Tu sous-estimes la nuisance sournoise des laquais de la machine virtuelles installés à Berkeley, à tous les coups y'a un installateur furtif de VirtualBox caché dans une mise à jour de wordpad avec un rootkit pour planquer les VM boinc :D
-
Tu sous-estimes la nuisance sournoise des laquais de la machine virtuelles installés à Berkeley, à tous les coups y'a un installateur furtif de VirtualBox caché dans une mise à jour de wordpad avec un rootkit pour planquer les VM boinc :D
:ayalou:
-
C'est quoi le problème au juste avec les VM ? :/
-
C'est toTOW :lol: ;)
Nous avons eu de longs échanges à ce sujet à diverses reprises, je te laisse farfouiller dans le fofo !
(c'est un peu tard pour recommencer là maintenant tout de suite !)
-
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=401&postid=5469#5469 (https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=401&postid=5469#5469)
What is TensorFlow Application?
Does this app have any relation to the LHC and CERN?
Or was it included in the list of applications from another project - like camb from Cosmology@Home?
These test apps are for now just placeholders for a summer student project which is looking at some problems involving Machine Learning.
Will post if/when we have some real work to crunch. For now please don't waste time wondering, OK?
Ben and Laurence
Ne sombrez pas dans le côté pentu du LHC!!!
Bon il semblerait qu'un étudiant ait largué son application sur le serveur mais c'est du test pas pour nous. :hello:
EDIT: j'ai eu du mal à retrouver le sujet, c'est possible de retirer ce "v" devant le nom
-
C'est sûr qu'une application qu'on ne risque pas de recevoir nous concerne assez peu :)
« Modifié: 27 août 2018 à 17:09 par Antares »
J'ai dit quelque chose de pas bien :??:
-
EDIT: j'ai eu du mal à retrouver le sujet, c'est possible de retirer ce "v" devant le nom
Mise a jour effectuer. :kookoo:
-
Hello! Je voudrais cruncher sur ce projet, vous avez une clé ou sauriez-vous où je peux en faire la demande :jap:
-
Restriction of new account creation
Unfortunately, there has been a spate of rather dodgy accounts being created in the last few days (try browsing profiles at random...), so we have had to limit new accounts for the time being.
The limiting mechanism is by Invitation Codes.
If you would still like to join this nascent project, then please send an e-mail to Ivan.Reid@CERN.ch with the Subject: "CMS@Home Request" and we will consider your request. Obviously we will consider such factors as whether you are already contributing to BOINC projects before sending an invitation code. Note that a decision may not be immediate.
-
Thanks :jap:
-
Encore un projet "virtualisé".
Donc pas pour moi...
-
La physique quantique aussi ça reste un truc assez virtuel pour moi aussi :D
-
Encore un projet "virtualisé".
Donc pas pour moi...
Si t’as un linux tu peux faire tourner les applications en native sans vm donc :o
-
J'suis sous W10 pro
-
C'est un projet de développement ... autant rester sur le LHC normal qui intègre directement les applications stables.
-
Oui, oui, surtout n'en faites pas, c'est très dangereux !!! :siflotte:
(c'est le seul projet de l'AF où je suis dans le top 2 :D)
Dans les stats de Seb il s'appelle toujours "vLHCathome@dev" alors qu'en fait ce n'est plus le cas (site du projet, SetiBZH).
-
Oui, oui, surtout n'en faites pas, c'est très dangereux !!! :siflotte:
(c'est le seul projet de l'AF où je suis dans le top 2 :D)
Dans les stats de Seb il s'appelle toujours "vLHCathome@dev" alors qu'en fait ce n'est plus le cas (site du projet, SetiBZH).
Tout a fait d'accord ce projet il est pas bien. :cavachier:
-
:lol:
-
J'aime vraiment avoir des applis 32 cpus qui partent en erreur :
(https://cdn.discordapp.com/attachments/350967694373421057/796425956377362502/unknown.png)
Vive les projets de test xD
-
C'est pas graaaaave, c'est pas graaaaaave :siflotte:
-
Une nouvelle application a fait son apparition sur le projet.
Xtrack beam simulation :https://lhcathomedev.cern.ch/lhcathome-dev/apps.php (https://lhcathomedev.cern.ch/lhcathome-dev/apps.php)
31 Jan 2023, 14:37:17 UTC 31 Jan 2023, 14:39:29 UTC Terminé et validé 46.50 42.31 0.43 Xtrack beam simulation v0.11
x86_64-pc-linux-gnu
31 Jan 2023, 14:37:17 UTC 31 Jan 2023, 14:39:29 UTC Terminé et validé 45.34 42.76 0.42 Xtrack beam simulation v0.11
x86_64-pc-linux-gnu
31 Jan 2023, 14:37:17 UTC 31 Jan 2023, 14:40:34 UTC Terminé et validé 46.56 43.46 0.44 Xtrack beam simulation v0.11
x86_64-pc-linux-gnu
-
Rapide. :hyperbon:
4 Feb 2023, 12:00:38 UTC 4 Feb 2023, 12:01:01 UTC Terminé et validé 1.11 0.01 0.02 Xtrack beam simulation v0.11
x86_64-pc-linux-gnu
-
On attendra que ce soit dispo sur le projet principal ...
-
J'en ai une une (https://lhcathomedev.cern.ch/lhcathome-dev/result.php?resultid=3183634), qui a duré 1 sec, pour 0,02 crédit.
C'est peu, à tout point de vue :gno:
-
Ça se trouve, il faut plus de temps pour la télécharger que pour la calculer :siflotte:
-
Et on est clairement en mode compte-goutte :
[ This attachment cannot be displayed inline in 'Print Page' view ]
mais y'a un peu de taff sur CMS et Theory, sachant que j'ai choppé une atlas aussi : sur la petite VM linux OVH je peux faire que du native theory + atlas, du sixtrack (y'en a 2 !) et donc (a priori) ce nouveau xtrack beam.
Je vois ce "boinc VM app" aussi que je ne connais pas (et ne peux pas faire sur la VM), je sais pas à quoi ça correspond par rapport aux applis officielles du projet LHC.
-
Sorry for the lack of communication. The Xtrack application is a new version of Sixtrack which supports GPUs. It is currently work in progress. The current status is that the application has been deployed correctly in the server and seems to be running. We hope to continue testing within the next few weeks.
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=595&postid=7918#7918 (https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=595&postid=7918#7918)
-
Sorry for the lack of communication. The Xtrack application is a new version of Sixtrack which supports GPUs. It is currently work in progress. The current status is that the application has been deployed correctly in the server and seems to be running. We hope to continue testing within the next few weeks.
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=595&postid=7918#7918 (https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=595&postid=7918#7918)
Merci pour l'info. :kookoo:
Désolé pour le manque de communication. L'application Xtrack est une nouvelle version de Sixtrack qui prend en charge les GPU. Elle est actuellement en cours de développement. L'état actuel est que l'application a été correctement déployée dans le serveur et semble fonctionner. Nous espérons poursuivre les tests dans les prochaines semaines.
-
Ah bah ça ! une appli LHC qui supporterait le GPU ça serait une grande première !
Espérons que, tout comme il support(ai)ent macOS pour le CPU, ils feront de même avec le GPU... mon espoir reste mince.
-
Ah bah ça ! une appli LHC qui supporterait le GPU ça serait une grande première !
Ça fait très longtemps que c'est en discussion.
https://lhcathome.cern.ch/lhcathome/forum_search_action.php (https://lhcathome.cern.ch/lhcathome/forum_search_action.php)
-
Quelqu'un à un code d'invitation ?
:hello:
-
Quelqu'un à un code d'invitation ?
:hello:
Il y avait ce lien mais il ne fonctionne plus. https://forum.boinc-af.org/index.php/topic,6458.msg408718.html#msg408718 (https://forum.boinc-af.org/index.php/topic,6458.msg408718.html#msg408718)
-
https://web.archive.org/web/20151205233253/http://boincai05.cern.ch/CMS-dev/forum_thread.php?id=4&postid=11#11
J'avais envoyé un mail à Ivan.Reid@CERN.ch l'année dernier mais il m'avait répondu qu'il n'acceptais plus de nouveau cruncher.
Kali.
-
Ah bah ça ! une appli LHC qui supporterait le GPU ça serait une grande première !
Ça fait très longtemps que c'est en discussion.
https://lhcathome.cern.ch/lhcathome/forum_search_action.php (https://lhcathome.cern.ch/lhcathome/forum_search_action.php)
Ton lien est kaput en revanche je trouve cette longue discussion (https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=5674#45005) (avec des membres de LHC qui viennent en parler) qui tourne depuis mai 2021 jusqu'à octobre 2022, j'ai commencé à lire, ça parle de xtrack, mais trop long à lire là maintenant tout de suite.
-
Pour l'instant, l'application de test semble encore sur CPU seulement ...
-
Rions un peu avec Xtrack beam simulation :
Temps de fonctionnement 1 jours 9 heures 5 min 47 sec
Temps de CPU 1 jours 8 heures 59 min 22 sec
Valider l'état Valide
Crédit 1.27
:gno:
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=595&postid=8098
-
:warf:
-
Nouvelle version de native theory 5.60 (devenue rapidement 5.70) et ça plante de partout sur ma ptit VM debian 10, qui faisait tourner native theory sans soucis mais visiblement les dernières tâches traitées remontent à janvier 2022, je me demande si y'a pas un soucis de configs/applis prérequis maintenant, et j'ai vu passer un upgrade CVMFS y'a pas si longtemps que ça je pense lors d'un apt upgrade.
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=630&postid=8154#8154
-
Nouvelle version de native theory 5.60 (devenue rapidement 5.70) et ça plante de partout sur ma ptit VM debian 10, qui faisait tourner native theory sans soucis mais visiblement les dernières tâches traitées remontent à janvier 2022, je me demande si y'a pas un soucis de configs/applis prérequis maintenant, et j'ai vu passer un upgrade CVMFS y'a pas si longtemps que ça je pense lors d'un apt upgrade.
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=630&postid=8154#8154
C'est toujours aussi sportif pour cruncher sur ce genre de projet .
-
Mon dieu... suite à mes mésaventures avec la VM debian qui a été flinguée avec les scripts qu'ils sont filé sur le forum LHCdev, j'ai réinstallé une debian 12 dans cette VM et reparti de 0, boinc y est et tourne maintenant mais je viens de retrouver le topic qui explique tout le bazar à faire pour cruncher avec l'appli native theory... NO WAY je ne sais pas comment ni pourquoi j'ai eu la folie de le faire par le passé (je relis toutes les galère que j'avais eu !) mais je me relance plus dans cette merde !
-
Comme évoqué dans d'autres sujets, sachant que y'a que les imbéciles qui ne changent pas d'avis, j'avais refait le bazar (sur encore une autre VM), et ça marcha.
Ayant touché un peu de tâches Atlas native et constatant qu'elles n'avaient pas l'air de faire grand chose (CPU utilisé à 30%) je m'en inquiétais (https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=614&postid=8268) sur leur forum, et je n'avais pas vu la réponse :
Depuis que David Cameron a quitté le CERN, il n'y a plus de développement BOINC pour ATLAS.
Les tâches que vous recevez sont créées par une boucle automatique et ne contiennent que quelques événements de test.
Une fois que la file d'attente est vide, les mêmes tâches sont créées à nouveau.
Même si une tâche renvoie des résultats valables, ceux-ci ne sont pas utilisés à des fins scientifiques.
Décidez vous-même s'il est judicieux d'exécuter ATLAS -dev jusqu'à ce que le CERN reprenne officiellement le développement du système.
La réponse s'impose d'elle même.
-
Ca c'est moche comme méthode ... :/
-
Multi-core jobs available for CMS@Home-dev
https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=653&postid=8346 (https://lhcathomedev.cern.ch/lhcathome-dev/forum_thread.php?id=653&postid=8346)
Nous testons actuellement des tâches multi-cœurs pour CMS@Home. Notez que ces tâches ne seront exécutées qu'en -dev car le projet principal ne vous permet pas actuellement de sélectionner des machines virtuelles multi-cœurs. Nous avons actuellement des tâches 2-core et 4-core dans la file d'attente, alors essayez de sélectionner 4-core dans les préférences de votre machine, et faites-nous savoir comment cela fonctionne.
Traduit avec DeepL.com (version gratuite)
-
Je suis en train d'en récupérer une, 1.5Go de téléchargement :coffeetime:
:hello:
-
Elle s'est calculée correctement : https://lhcathomedev.cern.ch/lhcathome-dev/workunit.php?wuid=2396449
Elles mettent du temps à se lancer et monter en utilisation CPU.
Du coup, j'en ai pris 8 de plus :sun:
:hello:
-
Chez moi tout part en erreur de calcul. :cavapobienmwa:
erreurs Trop de résultats totaux
26 Mar 2024, 18:22:27 UTC 27 Mar 2024, 15:45:41 UTC Erreur lors des calculs 1,224.87 38.81 --- CMS Simulation v60.70 (vbox64_mt_mcore_cms)
windows_x86_64
26 Mar 2024, 18:22:27 UTC 27 Mar 2024, 15:25:20 UTC Erreur lors des calculs 3,626.97 66.86 --- CMS Simulation v60.70 (vbox64_mt_mcore_cms)
windows_x86_64
26 Mar 2024, 18:22:27 UTC 27 Mar 2024, 13:44:29 UTC Erreur lors des calculs 1,224.77 39.30 --- CMS Simulation v60.70 (vbox64_mt_mcore_cms)
windows_x86_64
-
Mer 27 mar 20:08:58 2024 | lhcathome-dev | No tasks are available for CMS Simulation
Le server status dit qu'il y en a (j'ai essayé plusieurs fois) à tous les coups y'a pas de tâche macOS dans le tas.
-
Ma 2ème est toujours en cours et elle utilise les 8 threads de mon 3770T, déjà 8h de calcul :hyperbon:
Effectivement, Linux et Windows only.
5Go d'espace disque, 8Go de RAM par UT.
BoincTasks dit qu'il y a des points de reprise, je n'ai pas tenté :D
:hello:
-
Fait intéressant, une coupure réseau a mis les calculs en attente, je n'avais jamais vu ce message dans Boinc Manager.
Même si nous sommes désormais connecté h24, c'est à savoir.
:hello:
-
Je pense que ce genre de tâche a besoin de réseau tout le temps, la VM-VB cause avec les serveurs du CERN pour échanger des données il me semble, c'est pas "juste des paramètres téléchargées avec la tâche" comme une appli boinc traditionnelle.