Auteur Sujet: NumberFields@home  (Lu 46596 fois)

0 Membres et 2 Invités sur ce sujet

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #300 le: 15 décembre 2019 à 20:50 »
De là à dire qu'ils appliquent une règle de discrimination flagrante il n'y a qu'un pas que je m'empresse de franchir !! :D

En farfouillant un peu sur le forum du projet pour voir s'ils parlaient de quelque chose comme ça (pas trouvé) vous m'avez fait réaliser qu'il y a une appli GPU OpenCL pour ce projet ! je me suis empressé de mettre mon pangolin dessus !

Je constate que sur la GTX 1080 il utilisait assez peu le GPU je l'ai donc passé à 2 tâches en // et là je suis plutôt dans les 90% d'utilisation ce qui me paraît plus sain.

C'est bizarre (remarque générale) boinc a tendance à considérer par défaut pour des tâches OpenCL que ça utilise toujours moins de un core CPU (là par exemple il disait 0,9xxx), résultat il laisse charger 8 tâches CPU des autres projets et ne libère pas assez de CPU pour le GPU, ce qui stresse tous les process en cours qui ont moins de ressource que le nominal... j'ai donc pris pour habitude de toujours forcer l'usage via un app_config avec cpu_usage à 1 (même pour les projets où je laisse le gpu_usage à 1 aussi) comme ça il libère bien en automatique un core CPU par tâche GPU (quel que soit le nombre de tâche GPU en //) et j'ai pas besoin de m'emmerder et faire varier l'utilisation *globale* du CPU dans les paramètres boinc - d'autant plus que j'ai un nombre variable de tâche GPU en fonction des projets que j'active, toutes n'ayant pas la même efficacité d'utilisation du GPU donc je fais varier le nombre de tâche, et qu'il faudrait donc que je rechange tout le temps l'utulisation CPU globale. Donc je laisse tout le temps l'utilisation CPU globale à 100%, et comme ça je trouve que c'est beaucoup plus simple et efficace.
« Modifié: 15 décembre 2019 à 20:52 par JeromeC »
Parce que c'était lui, parce que c'était moi.

modesti

  • CàA
  • Messages: 16701
  • Boinc'eur devant l'éternel
  • *****
  •   
    • Brocantes en Bourbonnais
Re : NumberFields@home
« Réponse #301 le: 15 décembre 2019 à 21:16 »
C'est bizarre ton truc, fzs :heink:

Voilà chez moi, sous Manjaro:
Citer
71529729    66640984    7 Dec 2019, 19:16:44 UTC    11 Dec 2019, 16:45:31 UTC    Completed and validated    4,784.24    4,765.25    59.74    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529733    66640988    7 Dec 2019, 19:16:44 UTC    12 Dec 2019, 9:52:33 UTC    Completed and validated    3,788.42    3,772.18    47.84    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529737    66640992    7 Dec 2019, 19:16:44 UTC    12 Dec 2019, 8:52:15 UTC    Completed and validated    3,897.82    3,880.32    48.66    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71527436    66638692    7 Dec 2019, 19:16:44 UTC    11 Dec 2019, 17:45:58 UTC    Completed and validated    3,486.11    3,471.86    42.69    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529996    66641251    7 Dec 2019, 19:16:44 UTC    13 Dec 2019, 19:26:35 UTC    Completed and validated    2,408.88    2,403.24    32.18    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529997    66641252    7 Dec 2019, 19:16:44 UTC    11 Dec 2019, 8:42:24 UTC    Completed and validated    4,808.96    4,801.23    59.08    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71526686    66637944    7 Dec 2019, 19:16:44 UTC    12 Dec 2019, 20:24:14 UTC    Completed and validated    5,549.44    5,532.23    77.45    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530025    66641280    7 Dec 2019, 19:16:44 UTC    11 Dec 2019, 15:14:43 UTC    Completed and validated    5,472.34    5,448.76    68.42    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530026    66641281    7 Dec 2019, 19:16:44 UTC    13 Dec 2019, 4:27:10 UTC    Completed and validated    551.63    549.64    7.19    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530027    66641282    7 Dec 2019, 19:16:44 UTC    11 Dec 2019, 21:47:22 UTC    Completed and validated    3,545.73    3,530.55    46.54    Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu

Et pour le même ordinateur sous Windows (en VM):
Citer
71742727    66841572    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 1:23:00 UTC    Completed and validated    4,280.66    4,205.31    45.61    Get Decic Fields v3.00 (default) windows_x86_64
71742752    66841597    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 0:22:48 UTC    Completed and validated    5,672.72    5,620.75    60.56    Get Decic Fields v3.00 (default) windows_x86_64
71743264    66842109    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 4:53:36 UTC    Completed and validated    5,638.33    5,560.89    59.32    Get Decic Fields v3.00 (default) windows_x86_64
71743266    66842111    11 Dec 2019, 0:00:06 UTC    14 Dec 2019, 17:21:31 UTC    Completed and validated    2,593.93    2,578.89    27.87    Get Decic Fields v3.00 (default) windows_x86_64
71743540    66842385    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 1:23:00 UTC    Completed and validated    2,198.73    2,179.50    23.64    Get Decic Fields v3.00 (default) windows_x86_64
71743541    66842386    11 Dec 2019, 0:00:06 UTC    14 Dec 2019, 17:51:37 UTC    Completed and validated    6,629.80    6,513.73    70.95    Get Decic Fields v3.00 (default) windows_x86_64
71743797    66842642    11 Dec 2019, 0:00:06 UTC    14 Dec 2019, 23:52:44 UTC    Completed and validated    3,174.39    3,144.00    33.71    Get Decic Fields v3.00 (default) windows_x86_64
71743543    66842388    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 4:23:32 UTC    Completed and validated    5,373.70    5,317.88    56.62    Get Decic Fields v3.00 (default) windows_x86_64
71743799    66842644    11 Dec 2019, 0:00:06 UTC    15 Dec 2019, 3:53:26 UTC    Completed and validated    5,686.75    5,585.19    59.62    Get Decic Fields v3.00 (default) windows_x86_64
71743804    66842649    11 Dec 2019, 0:00:06 UTC    14 Dec 2019, 18:51:47 UTC    Completed and validated    3,533.48    3,493.64    39.00    Get Decic Fields v3.00 (default) windows_x86_64

Viendez chez nous, cause qu'on est les meilleur(e)s :D


In memoriam Jip

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #302 le: 15 décembre 2019 à 22:43 »
Ou alors... une règle anti-ubuntu :siflotte:
Parce que c'était lui, parce que c'était moi.

fzs600

  • Méchant modo
  • Messages: 6511
  • Boinc'eur devant l'éternel
  • ******
  •   
Re : Re : NumberFields@home
« Réponse #303 le: 16 décembre 2019 à 18:42 »
Ou alors... une règle anti-ubuntu :siflotte:
Bon j'ai posé la question et maintenant j'attends.  :coffeetime:
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=428&postid=2603#2603

Utilisateur GNU-LINUX. fzs600@hub.g3l.org

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #304 le: 02 janvier 2020 à 19:23 »
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=430#2612
Citer
Une autre année est donc passée. Ce fut une année très productive. Voici les faits saillants :
1. Les résultats de la recherche sur les fosses septiques [traduction deepl :lol: il faut lire "l'application septic"], qui a été achevée en 2018, ont été acceptés et publiés dans le Journal of Number Theory.
2. Une application GPU a été développée pour la recherche de déchet [variante :lol:]. Des versions ont finalement été introduites pour les cartes Nvidia et AMD, et pour les plates-formes Linux et Windows. Pendant le développement, j'ai découvert une opportunité d'optimiser la version CPU qui a été implémentée par la suite.
3. L'application decic a complété la recherche sur ℚ(√-5) (sous-zone 5).
4. L'application decic a complété la recherche sur ℚ(√-2) (sous-zone 4).
5. Les recherches ont été effectuées sur les limites discriminantes inférieures pour les sous-champs 6 et 7.
6. La recherche sur ℚ(√2) (sous-zone 3) a progressé vers les niveaux supérieurs. Nous n'avons maintenant plus que 3 niveaux supplémentaires pour effectuer cette recherche.

Merci à tous et bonne année !
Parce que c'était lui, parce que c'était moi.

franky82

  • DROITS - Journalistes
  • Messages: 1275
  • Boinc'eur devant l'éternel
  • *
  •   
    • Photo de bière
Re : NumberFields@home
« Réponse #305 le: 11 mai 2020 à 11:37 »
Numberfields :
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=456#2762
Citer
Il y a des rapports sur le manque d'UT disponibles.

Je pense que cela est dû au mécanisme des "essais accélérés". J'ai donc temporairement désactivé cette fonction.

Ce mécanisme fonctionne normalement très bien, mais je pense que le Pentathlon actuel le pousse à ses limites. En particulier, si un trop grand nombre d'unités de travail sont annulées, la file d'attente est inondée de tâches "ratées" qui ont maintenant une plus grande priorité, et ces tâches nécessitent un "hôte fiable". Pour aggraver les choses, tout hôte faisant avorter trop de tâches est signalé comme peu fiable, et ne se verra donc confier aucune de ces tâches.
Mon site : Photo de bière
 

fzs600

  • Méchant modo
  • Messages: 6511
  • Boinc'eur devant l'éternel
  • ******
  •   
Re : NumberFields@home
« Réponse #306 le: 11 mai 2020 à 13:08 »
L'admin du projet envisage de travailler sur la rémunération des crédits.
Une discussion est en cours : https://numberfields.asu.edu/NumberFields/forum_thread.php?id=428&postid=2603
« Modifié: 11 mai 2020 à 13:11 par fzs600 »

Utilisateur GNU-LINUX. fzs600@hub.g3l.org

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #307 le: 11 mai 2020 à 14:25 »
Pas claire l'explication pour les "essais accélérés", il sous-entend que "parce que y'a pentathlon y'a stockage et y'a plein de tâches dépassant les deadlines sur plein de machines et qui repartent en erreur (de deadline dépassée)", et que donc ça fausse ce mécanisme ? (c'est quoi d'ailleurs ce mécanisme ?)
Parce que c'était lui, parce que c'était moi.

franky82

  • DROITS - Journalistes
  • Messages: 1275
  • Boinc'eur devant l'éternel
  • *
  •   
    • Photo de bière
Re : NumberFields@home
« Réponse #308 le: 23 mai 2020 à 09:00 »
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=458
Citer
J'ai remplacé CreditNew (ou CreditScrew comme certains aiment l'appeler) par un système de crédit fixe.

La valeur fixe est basée sur le temps d'exécution moyen de nombreux échantillons provenant d'une seule machine dans un environnement bien contrôlé (un de mes propres ordinateurs). Évidemment, la valeur fixe changera avec chaque lot, car chaque lot a un temps d'exécution moyen différent.

Cela devrait être un système assez équitable, surtout après qu'un hôte a traité suffisamment d'UT pour que la moyenne entre en jeu. Le principal inconvénient est le potentiel des cueilleurs de cerises (rôdeur de surface [cherry picker]) - j'espère qu'il n'y en aura pas trop.
Mon site : Photo de bière
 

[AF>Amis des Lapins] Jean-Luc

  • Messages: 2539
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #309 le: 23 mai 2020 à 09:25 »
Merci pour l'info !


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/

cougarpelardou

  • Messages: 753
  • Boinc'eur Respectable
  • ****
  •   
Re : Re : NumberFields@home
« Réponse #310 le: 23 mai 2020 à 11:39 »
De là à dire qu'ils appliquent une règle de discrimination flagrante il n'y a qu'un pas que je m'empresse de franchir !! :D

En farfouillant un peu sur le forum du projet pour voir s'ils parlaient de quelque chose comme ça (pas trouvé) vous m'avez fait réaliser qu'il y a une appli GPU OpenCL pour ce projet ! je me suis empressé de mettre mon pangolin dessus !

Je constate que sur la GTX 1080 il utilisait assez peu le GPU je l'ai donc passé à 2 tâches en // et là je suis plutôt dans les 90% d'utilisation ce qui me paraît plus sain.

C'est bizarre (remarque générale) boinc a tendance à considérer par défaut pour des tâches OpenCL que ça utilise toujours moins de un core CPU (là par exemple il disait 0,9xxx), résultat il laisse charger 8 tâches CPU des autres projets et ne libère pas assez de CPU pour le GPU, ce qui stresse tous les process en cours qui ont moins de ressource que le nominal... j'ai donc pris pour habitude de toujours forcer l'usage via un app_config avec cpu_usage à 1 (même pour les projets où je laisse le gpu_usage à 1 aussi) comme ça il libère bien en automatique un core CPU par tâche GPU (quel que soit le nombre de tâche GPU en //) et j'ai pas besoin de m'emmerder et faire varier l'utilisation *globale* du CPU dans les paramètres boinc - d'autant plus que j'ai un nombre variable de tâche GPU en fonction des projets que j'active, toutes n'ayant pas la même efficacité d'utilisation du GPU donc je fais varier le nombre de tâche, et qu'il faudrait donc que je rechange tout le temps l'utulisation CPU globale. Donc je laisse tout le temps l'utilisation CPU globale à 100%, et comme ça je trouve que c'est beaucoup plus simple et efficace.

Merci . Je vais explorer cette voie.

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #311 le: 23 mai 2020 à 21:00 »
C'est de moi ça ??? Wow :D

Des fois j'écris de ces trucs... faut que je me relise plusieurs fois pour me comprendre :pt1cable:

:warf:
« Modifié: 24 mai 2020 à 22:22 par JeromeC »
Parce que c'était lui, parce que c'était moi.

toTOW

  • Messages: 4098
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : Re : NumberFields@home
« Réponse #312 le: 23 mai 2020 à 22:02 »
C'est de moi ça ??? Wow :D

Des fois j'écris de ces trucs... faut que je me relise plusieurs pour me comprendre :pt1cable:

:warf:
Tu en perds meme tes mots ! ;)
FAH-Addict, première source d'information francophone sur le projet Folding@Home.

[AF>Libristes] nico8313

  • Messages: 7871
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #313 le: 23 mai 2020 à 22:26 »
Il a perdu la foi(s) notre Gégé ??   :D

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #314 le: 24 mai 2020 à 22:21 »
:lol:

Hier c'était la journée de la perte de mots ! le début de la fin ???  :origin:  :siflotte:
Parce que c'était lui, parce que c'était moi.

naz

  • Messages: 4028
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #315 le: 03 juin 2020 à 07:02 »
"This was discussed in another thread, and it just occurred to me I should post a news item with more explicit instructions.

The issue is that the BOINC client comes bundled with SSL certificates and these expired earlier today. Here are the basic steps to fix the problem. (Note: this works on linux and I see no reason why it shouldn't work on Windows too.)
1. Download the new "ca-bundle.crt" file from here:
https://1drv.ms/u/s!AsVDg7OAm7-whqEqBXKHuOie0UoBKA?e=VHwBAP
2. Replace the old ca-bundle.crt file with the new one (it should be in your BOINC root directory)."


Cette question a été abordée dans un autre fil de discussion, et il m'est venu à l'esprit que je devrais publier une nouvelle avec des instructions plus explicites.

Le problème est que le client BOINC est livré avec des certificats SSL et que ceux-ci ont expiré plus tôt dans la journée. Voici les étapes de base pour résoudre le problème. (Note : cela fonctionne sous linux et je ne vois aucune raison pour que cela ne fonctionne pas aussi sous Windows).
1. Téléchargez le nouveau fichier "ca-bundle.crt" à partir d'ici :
https://1drv.ms/u/s!AsVDg7OAm7-whqEqBXKHuOie0UoBKA?e=VHwBAP
2. Remplacez l'ancien fichier ca-bundle.crt par le nouveau (il doit se trouver dans votre répertoire racine BOINC).




Fonctionne très bien sous windows  :kookoo:  :hyperbon: :hyperbon: :hyperbon:

JeromeC

  • CàA
  • Messages: 25021
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #316 le: 28 juin 2020 à 18:24 »
Parce que c'était lui, parce que c'était moi.

naz

  • Messages: 4028
  • Boinc'eur devant l'éternel
  • *****
  •   
Re : NumberFields@home
« Réponse #317 le: 10 juillet 2020 à 17:58 »
Plus que 150 500 UTs avant la fin du DS15x271  :hyperbon: :hyperbon: :hyperbon:

https://numberfields.asu.edu/NumberFields/batch_status.html