Portail de l'AF

Nouvelles

Projets du Mois FB: NFS@home et SRBase

Faites un don

Shoutbox

modesti:
2024-11-04, 18:17:19
C'est clair ! Va falloir tabler sur les gelées tardives pour le raid de printemps  :electric:
JeromeC:
2024-11-04, 14:19:23
Avec le réchauffement la fenêtre de tir se réduit de plus en plus  :gno:
ousermaatre:
2024-11-03, 10:23:22
mois de décembre, de plus amples infos dans 2-3 semaines.
Alan St-Pierre:
2024-11-03, 04:01:30
Des nouvelles au sujet d'un éventuel Raid d'automne/hiver?
ousermaatre:
2024-11-02, 11:10:01
 :hamac:
modesti:
2024-11-02, 10:45:05
Week-end !  :kermit:
zelandonii:
2024-10-31, 07:05:57
 :D
JeromeC:
2024-10-29, 20:45:27
En tous cas surveillez bien vos prélèvements à partir de maintenant... mes 3 gamins sont chez reef, et c'est bibi qui paye évidemment...  :/
Maeda:
2024-10-28, 06:55:34
 :biglol:
[AF] Kalianthys:
2024-10-27, 23:35:07
On va passer chez Reef car ils feront mieux dorénavant.  :D
zelandonii:
2024-10-27, 20:21:32
Surtout rien !
[AF] Kalianthys:
2024-10-27, 18:23:02
Tu as tout compris  :D
Maeda:
2024-10-27, 00:36:03
L'opérateur Free a subi une cyberattaque. "Merci Free" :/
zelandonii:
2024-10-13, 21:20:27
Aujourd'hui, marche avec les enfants au profit de la lutte contre le cancer du sein.
zelandonii:
2024-10-01, 16:43:16
Bien-sûr, ils se couvrent et c'est compréhensible. Pour information, un utilisateur d'un autre forum où je suis inscrit à fait comme moi, et aucun problème non plus.
JeromeC:
2024-10-01, 12:20:16
J'ai lu leur FAQ et ils avaient l'air d'insister là dessus et qu'on pouvait pas se plaindre que ça marche pas si on l'avait pas fait, mais ils ne disaient pas l'inverse non plus donc...
zelandonii:
2024-09-30, 20:41:20
Alors pour avoir testé sur un portable équipé d'un I5 6200U à 2,3GHz, l'installation s'est parfaitement déroulée sans avoir eu besoin de réinstaller W. J'ai seulement mis à jour ce dernier et fait l'upgrade par dessus. Et aucun souci.
fa__:
2024-09-30, 19:18:07
J'ai testé dans une VM assez fraiche mais pas juste après installation, ca n'a pas refusé de s'installer
JeromeC:
2024-09-30, 18:04:30
Oui j'ai lu leur site et leur faq, en fait c'est un machine qui s'installe par dessus et vire le plus de trucs posible, mais vu qu'il faut faire une réinstall de windows pour pouvoir installer le truc, ça me tente moyen de tester...
Kao:
2024-09-30, 16:09:58
Globalement tant que ça ne contourne pas la licence Windows (et que tu dois donc toujours payer) MS s'en moque
Maeda:
2024-09-30, 13:43:11
zelandonii: en effet j'ai lu un peu vite, je dois avoir un filtre visuel sur "Windows" :siflotte:
JeromeC:
2024-09-30, 09:23:47
Mmm et votre antiX linux la page d'acceuil c'est "Proudly anti-fascist" mais à part ça c'est pas politisé :D
JeromeC:
2024-09-30, 09:19:12
Mmm un truc qui dit sur sa page d'acceuil "F**k Windows Upgrade to Atlas" et M$ va laisser faire tu crois ? + faudrait plutôt en parler dans un topic que ici...
zelandonii:
2024-09-30, 07:14:39
Je ne connaissais pas antiX. Mais attention, l'OS dont je parle est un Windows.
Maeda:
2024-09-29, 16:45:16
Non je ne connais pas, mais j'ai installé antiX (sans GUI) sur une machine avec 512Mo de RAM et mons de 4Go de disque, ça tourne :electric:
zelandonii:
2024-09-29, 15:41:30
Zut, j'ai oublié le nom Windows avant "modifié etc.". Pour ceux que ça intéresse. https://atlasos.net/
zelandonii:
2024-09-29, 15:40:11
En parlant de Linux, certains connaissent-ils AtlasOS ?C'est un modifié, nettoyé et allégé. Je l'ai installé sur le portable de ma femme, qui n'est pas une bête de course (je parle du portable, pas de ma femme  :D ), et on voit la différence.
modesti:
2024-09-29, 14:50:08
Bah oui, mais pendant une Linux  party on perd parfois la notion du temps ⌛  :D

Recent

Universe@home - UT bloquées

Démarré par maxymus83, 06 Décembre 2017 à 08:40

« précédent - suivant »

0 Membres et 1 Invité sur ce sujet

maxymus83

Help  :hello:

C'est fou le nombre d'UT bloquées sur Universe. Rien que cette nuit j'ai encore du perdre une dizaine d'UT sur l'ensemble de mes machines. Le temps passé et le temps "point de reprise" s'incrémentent sans fin, le % d'avancement ne bouge plus. Je suis obligé d'abandonner ces tâches. Cela me fait des heures et des heures de crunch de perdues  :priz2tet:.

Une idée du problème ? Cela arrive à qqun d'autre ?  :jap:


MiniCrunch  Ryzen7 1700  "CPU only"  Ubuntu server 20.04.3
PCgaming  Ryzen9 5900X @4575MHz/4425MHz/1.175v 32Go @3600 CL16 RTX3090 custom cooling EKWB Windows10

maxymus83

Bon ben j'ai été faire un tour sur les forums du projet, le problème existe depuis bien longtemps et pour pas mal de monde, et il n'est pas résolu.
Les UTs bloquées cela arrive quelque soit le CPU, le système d'exploit, la version de boinc, etc...
Je trouve qu'il y a quand même un lien entre le nombre d'UT bloquées et les séries d'UT téléchargées. Le mois dernier par exemple, j'ai abandonné des UT mais très peu ... cette semaine c'est la cata  :priz2tet:

Je vais donc rester zen et tenter d'atteindre l'objectif des 10M tranquillement  :coffeetime:

Le top serait de créer un règle avec boinc task : si "point de reprise" >30min  alors "suspendre la tâche"
Cela permettrait d'éviter de gaspiller des heures de temps CPU.



MiniCrunch  Ryzen7 1700  "CPU only"  Ubuntu server 20.04.3
PCgaming  Ryzen9 5900X @4575MHz/4425MHz/1.175v 32Go @3600 CL16 RTX3090 custom cooling EKWB Windows10

Alan St-Pierre

Moi j'ai un autre type de problème avec ce projet, il m'est tout simplement impossible d'envoyer le résultat de mes unités de travail au serveur, il reste bloqué au statut d'envoi en cours. Des solutions?
Ordinateur 1: Intel Xeon 2697-V4, 24 Go DDR4, Nvidia Titan V 12 Go
Ordinateur 2: Levono Legion 5 avec AMD Ryzen 7 4800H, 32 Go DDR4, Nvidia GTX 1660Ti 6 Go
Ordinateur 3: Intel Core i5-6400, 16 Go DDR3, Nvidia GTX 1650 Super 4 Go
Ordinateur 4: Intel Core i3-7100T, 8 Go DDR4, Nvidia T600 4 Go
RIP: Dell Inspiron 7559 avec Intel Core i5-6300HQ, 16 Go DDR3, Nvidia GTX 960M 4 Go

GuL

Salut Alan,
Combien de tâches essayes-tu de renvoyer d'un coup ? Est-ce que tu peux nous copier la fenêtre des messages au moment où ça essaye de renvoyer stp ?

[AF>Amis des Lapins] Jean-Luc

Alan St-Pierre,

En dernier recours, tu peux aussi lire la réponse #93 de cette page :

https://forum.boinc-af.org/index.php/topic,7841.75.html

J'avais eu le même problème sur NumberFields et cette solution a fonctionné.


Rédacteur d'un article sur BOINC, adresse :
http://www.astrocaw.eu/?p=605
Créateur d'un site actif de recherche sur les suites aliquotes :
http://www.aliquotes.com/

GuL

J'ai eu un problème similaire il n'y a pas longtemps avec pas mal de tâches SETI en stock, suite à une mauvaise connexion internet. J'avais le message suivant et rien ne partait.

Citation
4602   SETI@home   15/05/2018 00:32:45   Reporting 253 completed tasks   
4603   SETI@home   15/05/2018 00:32:45   Not requesting tasks: "no new tasks" requested via Manager   
4605   SETI@home   15/05/2018 00:37:06   Scheduler request failed: HTTP internal server error   

J'ai trouvé ceci sur le forum SETI :
Citation de: Ageless link=https://setiathome.berkeley.edu/forum_thread.php?id=82922&postid=1935163
5/11/2018 8:28:52 AM | SETI@home | Sending scheduler request: To report completed tasks.
5/11/2018 8:28:52 AM | SETI@home | Reporting 200 completed tasks

Hi there, I suspect your problem is this one and that you should try to set the amount of tasks to report at the same time to a much smaller amount.
You can do that with the <max_tasks_reported>N</max_tasks_reported> option in cc_config.xml

Try to start low, like 4, then work your way up. Remember there's a 5 minute delay between all reports.

<cc_config>
<log_flags>
</log_flags>
<options>
<max_tasks_reported>4</max_tasks_reported>
</options>
</cc_config>

En clair, je renvoyais trop de tâches d'un coup et le serveur les refusait. J'ai utilisé ce que propose Ageless et ça marche.

JeromeC

Mais c'est bizarre ça depuis le temps que je boinc je ne me suis jamais posé la question et j'ai toujours vu au plus deux tâches en upload simultané, jamais plus (et ça me va très bien, je vois pas trop l'intérêt d'en avoir plus, elles finissent toujours par partir :) ), que ce soit sur Mac ou PC (et toutes versions de boinc confondues de mémoire), donc pour en avoir "beaucoup" en upload à la fois ça sous-entend que ce paramètre a déjà été bricolé, non ?
A quoi bon prendre la vie au sérieux, puisque de toute façon nous n'en sortirons pas vivants ? (Alphonse Allais)


GuL

Je ne me souviens pas l'avoir bricolé, d'ailleurs il était de mémoire réglé à 0, mais ce qui est sûr, c'est que cette machine a un fichier cc_config.xml très rempli. Il me semble que c'est apparu quand j'ai exclu le fonctionnement de BOINC en présence de certaines applications (traitement de photos, Matlab,...)

JeromeC

Avoir 0 comme valeur dans un cc_config ne veut pas forcément dire "utiliser la valeur par défaut de boinc" (qui, dans mon cas, est clairement "2"), c'est peut être mieux de pas le mettre du tout dans cc_config alors...

Citation<max_tasks_reported>N</max_tasks_reported>
Report at most N tasks per scheduler RPC. Try N=1000 if your computer has lots of tasks to report and is having trouble completing a scheduler RPC.
<ncpus>N</ncpus>

CitationRenvoyer au plus N tâches par ordonnanceur RPC. Essayez N=1000 si votre ordinateur a beaucoup de tâches à renvoyer et a des difficultés à "compléter un planificateur RPC".
[je comprends "terminer un ordre de chargement d'un certain nombre de tâches" dans ce cas]


Concernant les applis que tu as exclus, Boinc te gênait effectivement quand tu lançais les applis en question ?

Pour ma part le principe de "priorité basse des tâches boinc" (tout OS confondu) a toujours très bien fonctionné, avec 90% des projets (*) et du coup l'exclusion est un peu un gadget je trouve = si l'appli a besoin de 100% des ressources, elle les a (sauf si l'OS lui même demande plus de ressources, mais il a en général une priorité supérieure à toute appli standard).

Après le problème qui demeure, c'est la RAM consommée par les tâches boinc, mais en cas de tâche très ramivore il vaut mieux ne pas laisser en mémoire les tâches suspendues (sauf pour les projets sans point de reprise).

(*) il est vrai que certains projets ont parfois tendance à faire des micro-freeze réguliers, mais qui durent très peu de temps, et je pense que ça dépend de la machine / OS
A quoi bon prendre la vie au sérieux, puisque de toute façon nous n'en sortirons pas vivants ? (Alphonse Allais)


GuL

Citation de: JeromeC le 30 Mai 2018 à 18:24
Avoir 0 comme valeur dans un cc_config ne veut pas forcément dire "utiliser la valeur par défaut de boinc" (qui, dans mon cas, est clairement "2"), c'est peut être mieux de pas le mettre du tout dans cc_config alors...
En effet  :)

Citation
Concernant les applis que tu as exclus, Boinc te gênait effectivement quand tu lançais les applis en question ?

Pour ma part le principe de "priorité basse des tâches boinc" (tout OS confondu) a toujours très bien fonctionné, avec 90% des projets (*) et du coup l'exclusion est un peu un gadget je trouve = si l'appli a besoin de 100% des ressources, elle les a (sauf si l'OS lui même demande plus de ressources, mais il a en général une priorité supérieure à toute appli standard).
Oui, le temps de calcul était multiplié par 2 ou 3, même sur un i7 4790K avec un cœur de libre et le GPU désactivé. Le problème, c'est que même si l'autre application est prioritaire, boinc essaye quand même d'accéder au cpu, ce qui nécessite des échanges entre la mémoire cache et la RAM, et donc ralentit l'ensemble. Et comme en plus je chronométrais pour comparer des algorithmes, l'impact était réellement notable, que ce soit sous linux ou sous windows.  ;)

Alan St-Pierre

Bon et bien les résultats viennent de partir, il faut croire que mon ordi était tannée de les héberger et les a forcer à aller s'annoncer au serveur. Pourtant je n'ai rien fait, mais la situation s'est débloquée d'un coup. Merci quand même  :D
Ordinateur 1: Intel Xeon 2697-V4, 24 Go DDR4, Nvidia Titan V 12 Go
Ordinateur 2: Levono Legion 5 avec AMD Ryzen 7 4800H, 32 Go DDR4, Nvidia GTX 1660Ti 6 Go
Ordinateur 3: Intel Core i5-6400, 16 Go DDR3, Nvidia GTX 1650 Super 4 Go
Ordinateur 4: Intel Core i3-7100T, 8 Go DDR4, Nvidia T600 4 Go
RIP: Dell Inspiron 7559 avec Intel Core i5-6300HQ, 16 Go DDR3, Nvidia GTX 960M 4 Go

JeromeC

@Gul : ah, je trouve ça bizarre que boinc puisse autant perturber l'exécution d'une appli (quelle qu'elle soit), tout le principe est justement que boinc n'utilise que des ressources inutilisées (d'où le principe de priorité de process basse)... ou alors tes tâches boinc bouffaient déjà beaucoup de RAM et lancer des applis très consommatrices de RAM résultait en un remplissage total de la RAM et en un swap disque / mémoire massif ? (IO disques frénétiques = très gros ralentissement de tout, ça m'arrive - très rarement - quand mes 16 Go sont pleins :D)


@Alan : à la bonne heure :)
A quoi bon prendre la vie au sérieux, puisque de toute façon nous n'en sortirons pas vivants ? (Alphonse Allais)


GuL

@ Alan
Bonne nouvelle !

@Jerome
En fait, pas besoin que la RAM soit pleine, en tout cas ça ne swappait pas. La RAM est au minimum 10 fois plus lente que le cache CPU. Quant au disque, il est 100 fois plus lent que la RAM (enfin ça dépend bien sûr si c'est un disque à plateau ou un SSD).

Donc quand tu as une application gourmande, comme par exemple une appli de traitement de photos raw ou une appli de calcul scientifique hors boinc qui veut accéder au processeur, elle demande la priorité et transfert ses données sur le cache du processeur. Mais comme Boinc essaye de combler les trous d'utilisations, il transfert aussi ses données dans le cache, reléguant les données de l'application prioritaire dans la RAM, qui est beaucoup plus lente. Quand le CPU a à nouveau besoin des données prioritaires, il doit aller les rechercher sur la RAM. Les données font donc des allers-retours entre le cache et la RAM, vu que le cache n'est pas assez grand pour contenir à la fois le calcul prioritaire et Boinc, ce qui ralentit considérablement le calcul.

Je suis d'accord avec toi que dans un monde idéal, le problème ne se poserait pas. Pour la plupart des applications, il n'y a d'ailleurs pas de problème. Pour les applications gourmandes, c'est autre chose. Une alternative à l'exclusion d'application est de dire d'arrêter de calculer si l'utilisation du proc dépasse 25% par exemple.

JeromeC

Ah je n'avais pas une vision aussi profonde de la chose ! le cache, le cache !

:jap:

Quant au % moi j'aime pas brider boinc ;)
A quoi bon prendre la vie au sérieux, puisque de toute façon nous n'en sortirons pas vivants ? (Alphonse Allais)