[LHC] Bla-bla

[JeromeC]

Quelle surprise.

J'ai été un fervent défenseur durant des années du choix de faire des appli à base de VM VB, dès que Boinc/DA a commencé à en parler (ça remonte.....) *pour les projets* qui avaient là une solution magique pour proposer des applis cross-plateforme (ce qu'ils ne peuvent faire que très rarement) avec une maintenance unifiée pour tous les OS, quand on sait la difficulté pour les projets d'aligner les ressources nécessaires, c'était une super solution.

LHC a été le premier à se lancer, j'étais un ardent supporter et j'en ai fait autant que possible. Même sur LHC-dev qui était encore plus une tannée que LHC.

J'ai essayé, j'ai participé, j'ai lutté, j'en ai fait plein sur tous les projets qui s'y sont mis.

Après toutes ces années, la conclusion est sans appel : c'est merdique. Y'a pratiquement pas un projet où ça s'est bien passé, LHC a mis des années à "stabiliser" un truc qui n'est toujours pas stable, c'est lourd, ça consomme des ressources de ouf, j'ai vu sur pratiquement tous les projets / forums le même problème des tâches qui se suspendent sans qu'on sache pourquoi (avec des messages ésotériques), dès que t'en mets plus d'une seule à la fois j'en parle même pas, ça cohabite mal avec des applis de projets sans VM, etc.

Le *seul* projet où ça a été magique et ça a fonctionné tout le temps de ouf, ça été Kryptos@home, projet inutile parmi les projets inutiles et je suppute que le dev avait un mac équivalent au mien, j'étais probablement le seul où ça marchait bien vu que c'est l'unique projet où je suis resté #1 de l'AF (avec une seule machine / mon vieux Mac) et comme le projet a été météorique je le suis resté Triste désillusion je ne suis pas mentionné du tout sur BoincStats alors que je pourrais être dans le top 15 mondial, là encore situation unique qui ne se reproduira jamais, j'avais même écrit à Willy mais il a pas répondu / zappé et c'est évidemment plus aujourd'hui que je vais l'emmerder avec ça.

Ca fait très longtemps que je n'ai même plus ressayé d'en faire tourner, je tiens mon VirtualBox à jour par nostalgie.

Les projets qui tournent sur Mac se réduisent à peau de chagrin, ça sent le sapin, c'est bientôt Noël mais ça dure pas, les épines tombent rapidement et on fout les sapins dans la rue pour le ramassage pseudo-recyclé.

Et bien en fait tout ceci n'est plus vrai, j'avais déjà refait du LHC et LHCdev y'a quelques semaines, et là j'en refais sur mon mac : ça marche, c'est stable, les tâches se bloquent plus, même avec plusieurs en même temps. Je pense qu'à force boinc a fini par faire évoluer son wrapper et LHC a fait ce qu'il fallait aussi. Je sais pas pour les autres OS, mais sur le mac j'ai plus vu de problème.

En ce moment y'a du taff sur theory et CMS.

Ce qui marche pas encore, c'est LHCdev theory *docking* (sur mac, ils me parlaient fin avril d'un bug du client macOS), mais ça viendra

[fzs600]

New application Xtrack
https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=6387&postid=52220

Comme mentionné dans ce fil de discussion, la nouvelle application Xtrack BOINC est enfin disponible pour les tests bêta.

Veuillez vous référer au forum Sixtrack/Xtrack pour plus de détails et pour discuter de vos commentaires. Les tâches devraient être disponibles dès demain.

L'équipe LHC@home

[JeromeC]

Donc c'est de la béta sur LHC-base qu'ils ont pas testé sur LHC-dev ? ou alors c'est l'appli xtrack beam de LHC-dev qui met 60 heures et qui arrive aussi en béta sur LHC-base ?

(j'ai posé la question sur leur forum)

[toTOW]

Y'a pas de taf ...

[toTOW]

Y'a enfin du travail !

[PhilTheNet]

Le retour des UTs bloquées à 100%

[JeromeC]

C'est exactement ce que j'allais dire.

J'ai eu confirmation confirmation formelle sur le forum LHC : le xtrack de LHC = le xtrack beam de LHC-dev, même chose, même appli qui passe en prod.

Sauf que sur LHCdev après un premier lot où l'estimation était en effet inopérante, j'en ai eu par la suite des estimations qui varient "classiquement", donc ça devrait suivre le même chemin, patience

Sur LHCdev les tâches que mon VPS OVH ont crunché ont varié entre 3 heures et plus de 2 jours

[Antares]

J'arrive pas à avoir tu taff!..

[[CSF] Christian Carquillat]

Je viens d'essayer XTrack pour la première fois, ça fait du 100% depuis une demi-heure

[fzs600]

Je viens d'essayer XTrack pour la première fois, ça fait du 100% depuis une demi-heure

Ça fonctionne comme ca.
Ça peut rester a 100% pendant 4 jours. 

[Antares]

Je viens d'essayer XTrack pour la première fois, ça fait du 100% depuis une demi-heure

Idem...

[PhilTheNet]

24 Sep 2025, 11:21:00 UTC    24 Sep 2025, 19:23:04 UTC    Annulé par le serveur    25,865.49    20,995.52    ---    XTrack v0.41
i686-pc-linux-gnu
24 Sep 2025, 11:12:27 UTC    24 Sep 2025, 20:11:02 UTC    Annulé par le serveur    32,299.11    32,152.98    ---    XTrack v0.41
windows_intelx86
24 Sep 2025, 11:10:48 UTC    24 Sep 2025, 11:12:27 UTC    Erreur lors du téléchargement (download)    0.00    0.00    ---    XTrack v0.41
windows_x86_64
24 Sep 2025, 10:51:01 UTC    24 Sep 2025, 20:11:02 UTC    Annulé par le serveur    33,548.32    33,398.12    ---    XTrack v0.41
windows_intelx86

[fzs600]

24 Sep 2025, 11:21:00 UTC    24 Sep 2025, 19:23:04 UTC    Annulé par le serveur    25,865.49    20,995.52    ---    XTrack v0.41
i686-pc-linux-gnu
24 Sep 2025, 11:12:27 UTC    24 Sep 2025, 20:11:02 UTC    Annulé par le serveur    32,299.11    32,152.98    ---    XTrack v0.41
windows_intelx86
24 Sep 2025, 11:10:48 UTC    24 Sep 2025, 11:12:27 UTC    Erreur lors du téléchargement (download)    0.00    0.00    ---    XTrack v0.41
windows_x86_64
24 Sep 2025, 10:51:01 UTC    24 Sep 2025, 20:11:02 UTC    Annulé par le serveur    33,548.32    33,398.12    ---    XTrack v0.41
windows_intelx86

Pareil pour moi.
100% d'annulation.

[[CSF] Christian Carquillat]

Idem pour mes 3

[JeromeC]

Grosse blague. Bon après c'est précisé que c'est une béta, aussi. Shit happens.

[PhilTheNet]

Bonne ambiance sur leur forum 

[JeromeC]

Sinon comme tout n'est pas triste dans la vie un des gars de leur team (scientifique je pense) a posté ça :

Merci beaucoup pour vos commentaires, et toutes nos excuses pour les mauvaises estimations de temps.
Nous avons essayé de résoudre le problème des tâches extrêmement courtes, qui étaient un problème connu de SixTrack.
Nous ne fournissons pas (encore) nous-mêmes d'estimations de temps lors de la soumission de la tâche au serveur BOINC, donc je suppose qu'il existe un script automatisé qui les estime (et le fait mal).
Nous allons travailler avec notre équipe informatique pour améliorer cela en fournissant nos propres estimations de temps, que nous devrions pouvoir obtenir (pour le temps CPU normalisé) en fonction de la tâche elle-même.

Quelques informations sur nos tâches types.
Une tâche Xtrack suit les particules à travers un réseau d'accélérateurs (généralement le LHC).
Le temps CPU est défini par le produit de trois variables :

- Le nombre de particules (généralement quelques centaines à quelques milliers)
- Le nombre d'éléments dans le réseau et leur complexité (généralement 10 000 à 100 000)
- Le nombre de tours à suivre (allant de 100 à 1 000 000)


Il ne s'agit bien sûr que d'une estimation moyenne ; les particules peuvent mourir à tout moment pendant le travail, lorsqu'elles atteignent des amplitudes trop importantes et heurtent le tube à faisceau, où elles ne sont plus suivies.
C'était le problème avec les tâches SixTrack : les particules étaient échantillonnées sur une grille radiale transversale et réparties en tant que telles dans différentes tâches.
Certaines tâches ne contenaient que des particules à des amplitudes initiales très élevées et mouraient dans les premiers tours, ce qui conduisait à des tâches de quelques secondes seulement, tandis que d'autres se trouvaient au cœur du faisceau et survivaient au suivi complet.
Désormais, nous les répartissons de manière plus uniforme, afin que les tâches aient des durées d'exécution similaires.

Sur un processeur récent, on devrait obtenir environ 1 000 à 2 000 particules par seconde pour le réseau utilisé dans les tâches actuellement soumises.
Cela signifie que nous prévoyons que ces tâches (100 particules et 1 million de tours) prendront entre 14 et 28 heures.

Cependant, nous avons eu un lot de tâches précédent pour lequel nous avons commis une erreur de calcul.
Ces tâches prennent plusieurs jours à terminer et la plupart d'entre elles atteindront malheureusement la durée d'exécution maximale.
Nous avons annulé la soumission (car sinon, elles continueraient d'être renvoyées), mais nous ne pouvons pas les annuler de votre côté.
N'hésitez pas à les annuler pour libérer du temps CPU.
Pour faciliter leur identification, nous avons marqué les nouvelles tâches (dont la durée d'exécution est de 14 à 28 heures) avec « _ScanShort » dans leur nom pour l'instant, vous voudrez donc les conserver.
Nous vous présentons nos sincères excuses pour ce contretemps.
Nous nous efforçons de rendre le système aussi robuste que possible et de vous causer le moins de désagréments possible, mais c'est un travail en cours.

Comme toujours, merci de traiter nos tâches.
Votre contribution est très appréciée.

Cordialement,

Frederik

[PhilTheNet]

Au moins là c'est clair

[JeromeC]

Bonne ambiance sur leur forum 

J'aime bien tapper sur la gueule de computezrmle. Je supporte pas ce type.

[modesti]

Et donc, ce sont des tâches normales ou il leur faut une VM ?
Parce que sur mon petit portable, LHC râle toujours pour dire que VB n'est pas installé (normal, c'est le cas ^^).

[JeromeC]

Pas de VBox non, une appli classique, la suite de 6T. Quand y'en aura, et qu'elle marchera.

[fzs600]

Et donc, ce sont des tâches normales ou il leur faut une VM ?
Parce que sur mon petit portable, LHC râle toujours pour dire que VB n'est pas installé (normal, c'est le cas ^^).

Chez moi j'ai le même message et pourtant VB est bien installé.

[modesti]

Pas de VBox non, une appli classique, la suite de 6T. Quand y'en aura, et qu'elle marchera.

Chez moi j'ai le même message et pourtant VB est bien installé.

Merci pour l'info, fzs

[PhilTheNet]

Deux UTs _ScanShort_ en cours (100%) ...

[JeromeC]

Y'a dû y avoir un petit lot : je vois 9k tâches en cours et 0 dispo...

Sur le forum LHC xtrack ils en parlent, des tâches terminées en 2h.

Apparemment sous windows elles sont un log d'erreur et sous linux ça passe.