Le Forum de l'Alliance Francophone

Nouvelles:

  • Projet du Mois FB: Asteroids@home

Auteur Sujet: MT [AF>Libristes] : le topic  (Lu 639597 fois)

0 Membres et 1 Invité sur ce sujet

Hors ligne [AF>Libristes] nico8313

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 8027
  •   
Réponse #4525 le: 07 January 2024 à 00:18
 :hello: Kasur

Oui en ce moment j'ai une RTX 3060, ça fait un bon moment que j'ai pas calculé chez AMD, du moins avec un système Gnu/Linux :desole:

Faudrait que tu essais d'installer le pilote propriétaire, ça doit se situer par là
https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-23-30

J'avoue ne pas pouvoir trop t'aider sur ce coup là sans machine sous la main  :desole:

Si un Libristes passe par là et qui calcule sur GPU AMD



Hors ligne kasur

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 3169
  •   
    • E-mail
Réponse #4526 le: 07 January 2024 à 01:38
 :hello:

J'ai essayé avec Nobara, puis encore avec Debian en réessayant avec tout ce que j'avais pu apprendre, et j'avais de nouvelles erreurs  :pt1cable:

Il y a beaucoup de choses à connaitre pour faire des trucs, mine de rien, assez spécifique, et vu comment AMD s'amuse à changer d'architecture souvent, je peux comprendre que les distributions ne suivent pas sur tout.

Si un possesseur d'AMD passe, je suis chaud pour réessayer avec ses conseils  :jap:





et 194 SETI@home classic workunits (4 764 hours) :p


Hors ligne [AF>Libristes] nico8313

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 8027
  •   
Réponse #4527 le: 07 January 2024 à 02:15
Sinon tu peux essayer avec Ubuntu 22.04.3 LTS
https://releases.ubuntu.com/jammy/

Et ensuite le pilote pour ta carte (Radeon™ Software for Linux® version 23.30 for Ubuntu 22.04.3)
https://www.amd.com/en/support/graphics/amd-radeon-rx-6000-series/amd-radeon-rx-6700-series/amd-radeon-rx-6750-xt

Je vais au dodo, bonne nuit  :bonui:



Hors ligne kasur

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 3169
  •   
    • E-mail
Réponse #4528 le: 07 January 2024 à 13:07
J'avais essayé les deux Ubuntu, 22 et 23, dans le 23 j'ai même pas réussi a contacter le client.

Pour dire vrai j'ai rêvé de ligne de commande cette nuit.  :eek:

Bon week-end


et 194 SETI@home classic workunits (4 764 hours) :p


Hors ligne [AF] Kalianthys

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1296
  •   
    • Astrophotographe
Réponse #4529 le: 07 January 2024 à 15:26
Moi je suis resté sur la version 20 car sur le 22, la gestion des droits est modifiée et je n'arrive pas à faire ce que je veux.

Kali.





Hors ligne kasur

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 3169
  •   
    • E-mail
Réponse #4530 le: 07 January 2024 à 20:06
Moi je suis resté sur la version 20 car sur le 22, la gestion des droits est modifiée et je n'arrive pas à faire ce que je veux.

Tes ordinateurs sont cachés, tu calcules avec une AMD dans un Ubuntu 20 ?


et 194 SETI@home classic workunits (4 764 hours) :p


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4531 le: 10 January 2024 à 20:14
A l'aide les pinguoinos !!

Le boinc dans ma VM debian chez OVH s'arrête toute seul depuis 2 jours, hier soir je constate que BoincTasks ne se connectait plus, donc je me connecte à la VM qui marchait bien, mais boinc était arrêté, alors je le relance à la mano et là ce soir rebelote !

En farfouillant j'ai réussi à faire "sudo journalctl|grep boinc" et je vois ça au milieu de la night :

Jan 10 02:52:04 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:52:04 [lhcathome-dev] Started upload of Theory_2687-2552823-2_0_r1707261534_result
Jan 10 02:52:08 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:52:08 [lhcathome-dev] Finished upload of Theory_2687-2552823-2_0_r1707261534_result
Jan 10 02:56:55 VM-Debian-OVH2 kernel: [3704343]   104 3704343    48357     2383   135168        0             0 boinc
Jan 10 02:56:55 VM-Debian-OVH2 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/boinc-client.service,task=ecm,pid=3751858,uid=104
Jan 10 02:56:55 VM-Debian-OVH2 systemd[1]: boinc-client.service: A process of this unit has been killed by the OOM killer.
Jan 10 02:56:55 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:56:55 [---] Received signal 15
Jan 10 02:56:56 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:56:56 [---] Exiting
Jan 10 02:56:56 VM-Debian-OVH2 systemd[1]: boinc-client.service: Failed with result 'oom-kill'.
Jan 10 02:56:56 VM-Debian-OVH2 systemd[1]: boinc-client.service: Consumed 12h 55min 42.100s CPU time.

Les internets me disent

Citer
Le mécanisme OOM killer (Out-Of-Memory Killer) est un mécanisme de la dernière chance qui est incorporé au noyau Linux en cas de dépassement de la capacité mémoire. Si le système n'a plus assez de mémoire à allouer aux processus et que le swap a été lui aussi entièrement rempli alors le noyau n'a pas d'autre choix que de faire appel à son tueur à gages préféré : OOM killer.

Ce dernier va, selon des heuristiques complexes, se choisir une victime parmi les processus s'exécutant sur la machine et il va mettre fin à ses jours. La détermination du choix du coupable se fait selon un score de badness pouvant aller de -1000 (ne jamais tuer) à 1000 (à tuer absolument). L'idée étant d'éviter un crash de la machine en essayant d'éliminer le processus glouton.

Donc j'aurais une ou plusieurs tâches boinc qui saturent la pauvre VM ?

C'est bien possible, je fais du yoyo siever et htop me dit que ça bouffe un max, et il me dit aussi qu'on dirait que j'ai pas de swap du tout... j'ai trouvé ce beau tuto pour "ajouter du swap", ça a l'air de bien se passer

jerome@VM-Debian-OVH2:~$ sudo fallocate -l 10G /swapfile
jerome@VM-Debian-OVH2:~$ sudo chmod 600 /swapfile
jerome@VM-Debian-OVH2:~$ sudo mkswap /swapfile
Setting up swapspace version 1, size = 10 GiB (10737414144 bytes)
no label, UUID=056a3b69-099b-40a2-8fc1-683750ad57fc
jerome@VM-Debian-OVH2:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:            3835        3237         396           0         421         597
Swap:              0           0           0
Mais je trouve que le résultat n'est pas très convainquant, je devrais avoir une taille de swap total de 10G et pas de 0 non ?


Edith : en attendant j'ai pu faire un app_config qui limite siever à une seule tâche, c'est un début.
« Modifié: 10 January 2024 à 20:25 par JeromeC »

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne [AF] Okyer

  • P'tit Nouveau
  • *
  • Messages: 7
  •   
Réponse #4532 le: 10 January 2024 à 22:33
A l'aide les pinguoinos !!

Le boinc dans ma VM debian chez OVH s'arrête toute seul depuis 2 jours, hier soir je constate que BoincTasks ne se connectait plus, donc je me connecte à la VM qui marchait bien, mais boinc était arrêté, alors je le relance à la mano et là ce soir rebelote !

En farfouillant j'ai réussi à faire "sudo journalctl|grep boinc" et je vois ça au milieu de la night :

Jan 10 02:52:04 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:52:04 [lhcathome-dev] Started upload of Theory_2687-2552823-2_0_r1707261534_result
Jan 10 02:52:08 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:52:08 [lhcathome-dev] Finished upload of Theory_2687-2552823-2_0_r1707261534_result
Jan 10 02:56:55 VM-Debian-OVH2 kernel: [3704343]   104 3704343    48357     2383   135168        0             0 boinc
Jan 10 02:56:55 VM-Debian-OVH2 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/boinc-client.service,task=ecm,pid=3751858,uid=104
Jan 10 02:56:55 VM-Debian-OVH2 systemd[1]: boinc-client.service: A process of this unit has been killed by the OOM killer.
Jan 10 02:56:55 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:56:55 [---] Received signal 15
Jan 10 02:56:56 VM-Debian-OVH2 boinc[3704343]: 10-Jan-2024 02:56:56 [---] Exiting
Jan 10 02:56:56 VM-Debian-OVH2 systemd[1]: boinc-client.service: Failed with result 'oom-kill'.
Jan 10 02:56:56 VM-Debian-OVH2 systemd[1]: boinc-client.service: Consumed 12h 55min 42.100s CPU time.

Les internets me disent

Citer
Le mécanisme OOM killer (Out-Of-Memory Killer) est un mécanisme de la dernière chance qui est incorporé au noyau Linux en cas de dépassement de la capacité mémoire. Si le système n'a plus assez de mémoire à allouer aux processus et que le swap a été lui aussi entièrement rempli alors le noyau n'a pas d'autre choix que de faire appel à son tueur à gages préféré : OOM killer.

Ce dernier va, selon des heuristiques complexes, se choisir une victime parmi les processus s'exécutant sur la machine et il va mettre fin à ses jours. La détermination du choix du coupable se fait selon un score de badness pouvant aller de -1000 (ne jamais tuer) à 1000 (à tuer absolument). L'idée étant d'éviter un crash de la machine en essayant d'éliminer le processus glouton.

Donc j'aurais une ou plusieurs tâches boinc qui saturent la pauvre VM ?

C'est bien possible, je fais du yoyo siever et htop me dit que ça bouffe un max, et il me dit aussi qu'on dirait que j'ai pas de swap du tout... j'ai trouvé ce beau tuto pour "ajouter du swap", ça a l'air de bien se passer

jerome@VM-Debian-OVH2:~$ sudo fallocate -l 10G /swapfile
jerome@VM-Debian-OVH2:~$ sudo chmod 600 /swapfile
jerome@VM-Debian-OVH2:~$ sudo mkswap /swapfile
Setting up swapspace version 1, size = 10 GiB (10737414144 bytes)
no label, UUID=056a3b69-099b-40a2-8fc1-683750ad57fc
jerome@VM-Debian-OVH2:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:            3835        3237         396           0         421         597
Swap:              0           0           0
Mais je trouve que le résultat n'est pas très convainquant, je devrais avoir une taille de swap total de 10G et pas de 0 non ?


Edith : en attendant j'ai pu faire un app_config qui limite siever à une seule tâche, c'est un début.

En solution de secours peut être faire un crontab qui relance automatiquement le bazar a chaque crash...
Je vais voir pour creuser le sujet !

Eat Drink Crunch Repeat



CPU :  Intel i7-13700KF (24) @ 3.400GHz + Intel i3-3220 (4) @ 3.300GHz + Intel Xeon E3-1225 v6 (4) @ 3.700GHz | GPU :  NVIDIA GeForce RTX 3070 Ti  8Go GDDR6X


Hors ligne Maeda

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2626
  •   
Réponse #4533 le: 11 January 2024 à 07:20
Juste pour voir quelle valeur tu as pour le "déclenchement de la swap" :
sudo cat /proc/sys/vm/swappiness
À tout hasard, essaie de démarrer la fonctionnalité swap (peut-être oublié) :
sudo swapon /swapfile
Puis, vérifie avec ton :
free -m


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4534 le: 11 January 2024 à 09:22
jerome@VM-Debian-OVH2:~$ sudo cat /proc/sys/vm/swappiness~
cat: /proc/sys/vm/swappiness~: No such file or directory
jerome@VM-Debian-OVH2:~$ sudo swapon /swapfile
jerome@VM-Debian-OVH2:~$ free -m
               total        used        free      shared  buff/cache   available
Mem:            3835        2755         179           0        1153        1079
Swap:          10239           0       10239

@maeda You're the king ! c'est quand même bizarre que cette commande était pas dans le tuto !

Et c'est encore plus bizarre parce que ce tuto disait de faire "swapon --show" et ça me disait que la commande n'existait pas ! j'avais même essayé un "sudo apt install swapon" dans le doute et ça me disait que y'avait pas de package avec ce nom... du coup c'est pour ça que je faisais le "free -m" (proposé en alternative dans le tuto), et donc maintenant ça marche !?!?

jerome@VM-Debian-OVH2:~$ sudo swapon --show
NAME      TYPE SIZE USED PRIO
/swapfile file  10G   0B   -2
jerome@VM-Debian-OVH2:~$

Sinon sans surprise boinc avait replanté cette nuit - enfin si un peu : j'espérais que limiter siever à une tâche serait suffisant... me dites pas que ecm consomme autant de RAM ?

Jan 10 23:17:48 VM-Debian-OVH2 kernel: [3768373]   104 3768373    85594     2767   151552        0             0 boinc
Jan 10 23:17:48 VM-Debian-OVH2 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/system.slice/boinc-client.service,task=ecm,pid=3768916,uid=104
Jan 10 23:17:48 VM-Debian-OVH2 systemd[1]: boinc-client.service: A process of this unit has been killed by the OOM killer.
Jan 10 23:17:48 VM-Debian-OVH2 boinc[3768373]: 10-Jan-2024 23:17:48 [---] Received signal 15
Jan 10 23:17:49 VM-Debian-OVH2 boinc[3768373]: 10-Jan-2024 23:17:49 [---] Exiting
Jan 10 23:17:49 VM-Debian-OVH2 systemd[1]: boinc-client.service: Failed with result 'oom-kill'.
Jan 10 23:17:49 VM-Debian-OVH2 systemd[1]: boinc-client.service: Consumed 17h 6min 6.676s CPU time.

Je l'ai relancé, on va voir si ce swap lui permet de survivre, sinon j'abandonnerai yoyo...

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Maeda

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2626
  •   
Réponse #4535 le: 11 January 2024 à 10:41
De mémoire, les ECM (même non-P2) peuvent monter à 10Go de RAM par tâche.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4536 le: 11 January 2024 à 10:44
Waaa alors il faut que je mette une limite de tâche à 1 pour tout yoyo et pas par appli ! cette petite VM a 4 coeurs et 4 Go de RAM :D - mais un splendide swap de 10 G maintenant

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4537 le: 28 January 2024 à 12:33
Gentils pingouinos

Je m'interroge

VPS debian 12 OVH

jerome@VM-Debian-OVH2:~$ sudo apt update
Get:1 file:/etc/apt/mirrors/debian.list Mirrorlist [30 B]
Get:3 file:/etc/apt/mirrors/debian-security.list Mirrorlist [39 B]
Hit:2 https://deb.debian.org/debian bookworm InRelease
Hit:4 https://deb.debian.org/debian bookworm-updates InRelease
Hit:5 https://deb.debian.org/debian bookworm-backports InRelease
Hit:6 https://deb.debian.org/debian-security bookworm-security InRelease
Ign:7 http://cvmrepo.s3.cern.ch/cvmrepo/apt bookworm-prod InRelease
Hit:8 http://cvmrepo.s3.cern.ch/cvmrepo/apt bookworm-prod Release
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.

jerome@VM-Debian-OVH2
OS: Debian GNU/Linux 12 (bookworm) x86_64
Host: OpenStack Nova 19.3.2
Kernel: 6.1.0-16-cloud-amd64
Uptime: 27 days, 18 hours, 22 mins
Packages: 506 (dpkg)
Shell: bash 5.2.15
Terminal: /dev/pts/0
CPU: AMD EPYC-Milan (4) @ 2.295GHz
GPU: 00:02.0 Cirrus Logic GD 5446
Memory: 487MiB / 3835MiB

VM debian 12 sur mon mac

jerome@debdeb:~$ sudo apt update
Atteint :1 http://security.debian.org/debian-security bookworm-security InRelease
Atteint :2 http://deb.debian.org/debian bookworm InRelease                       
Réception de :3 http://deb.debian.org/debian bookworm-updates InRelease [52,1 kB]
52,1 ko réceptionnés en 6s (8 566 o/s)                                                                         
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait     
5 paquets peuvent être mis à jour. Exécutez « apt list --upgradable » pour les voir.

jerome@debdeb
OS: Debian GNU/Linux 12 (bookworm) x86_64
Host: Parallels Virtual Platform None
Kernel: 6.1.0-17-amd64
Uptime: 15 days, 18 hours, 34 mins
Packages: 1698 (dpkg)
Shell: bash 5.2.15
Resolution: 1024x768
DE: GNOME 43.9
WM: Mutter
WM Theme: Adwaita
Theme: Adwaita [GTK2/3]
Icons: Adwaita [GTK2/3]
Terminal: gnome-terminal
CPU: Intel i9-10910 (10) @ 3.600GHz
GPU: 01:00.0 Red Hat, Inc. Virtio 1.0 GPU
Memory: 926MiB / 7933MiB

Je vois qu'une demande d'update interroge beaucoup plus de sources sur le debian OVH que celui de la VM de mon mac.

Est-ce bien raisonnable ? il y a un soucis d'un côté ou de l'autre ?

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Oncle Bob

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 5351
  •   
Réponse #4538 le: 28 January 2024 à 14:46
- T'as potentiellement des paquets qui viennent du CERN sur le VPS.
- Les backports servent pour les paquets non-dispos dans la release stable actuelle : https://wiki.debian.org/fr/Backports

Boincstat
Projets du moment
Config principale : i7 2600K@4,2 GHz / 32 Go@1333 MHz / GTX 970 (Win 10)
Crunchbox passives : i7-4785T / 8 Go@1600 MHz / Akasa Euler S (Debian) || i3-4130T / 4 Go@1600 MHz / Akasa Euler (Debian)
ARM : 1*S922 + 1*H3
Boinc@Raspberry Pi | Boinc et Linux | Date fin de projets


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4539 le: 28 January 2024 à 16:30
OK merci, du coup j'ai fait un peu de lecture pour voir ce qu'est un backport et je pense avoir compris l'idée.

Et je me demande du coup "qui a mis en place" tous ces backports sur la OVH, c'est peut-être lié aux bidouilles que j'ai dû faire pour faire marcher les applis native de LHC (en plus des dépôts du CERN en effet), j'ai eu mal d'échanges sur leur forum car suite à la réinstall d'un nouveau VPS OVH (même prix / deux fois plus de core, un grand 4 au lieu d'un petit 2 :D) car ça ne marchait plus (je pense en avoir parlé dans le topic sur native theory d'ailleurs). 

Donc au final c'est aussi "sûr" d'avoir juste ces 2 dépôts-ci

Atteint :1 http://security.debian.org/debian-security bookworm-security InRelease
Atteint :2 http://deb.debian.org/debian bookworm InRelease   

sur la VM debian dans mon mac que tout le bazar sur le VPS OVH du coup ? (c'était le but de ma question initiale en fait)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4540 le: 29 January 2024 à 09:33
Petite découverte : l'utilitaire duf, splendide affichage semi-graphique (et en couleurs) dans le terminal de l'utilisation de tous les disques / partitions / etc

jerome@VM-Debian-OVH2:~$ duf
╭──────────────────────────────────────────────────────────────────────────────────────────╮
│ 2 local devices                                                                          │
├────────────┬────────┬───────┬────────┬───────────────────────────────┬──────┬────────────┤
│ MOUNTED ON │   SIZE │  USED │  AVAIL │              USE%             │ TYPE │ FILESYSTEM │
├────────────┼────────┼───────┼────────┼───────────────────────────────┼──────┼────────────┤
│ /          │  78.6G │ 15.5G │  59.8G │ [###.................]  19.7% │ ext4 │ /dev/sda1  │
│ /boot/efi  │ 123.7M │ 11.5M │ 112.2M │ [#...................]   9.3% │ vfat │ /dev/sda15 │
╰────────────┴────────┴───────┴────────┴───────────────────────────────┴──────┴────────────╯
╭────────────────────────────────────────────────────────────────────────────────────────────────────────╮
│ 5 fuse devices                                                                                         │
├─────────────────────────────┬──────┬──────┬────────┬───────────────────────────────┬──────┬────────────┤
│ MOUNTED ON                  │ SIZE │ USED │  AVAIL │              USE%             │ TYPE │ FILESYSTEM │
├─────────────────────────────┼──────┼──────┼────────┼───────────────────────────────┼──────┼────────────┤
│ /cvmfs/atlas.cern.ch        │ 3.9G │ 3.6G │ 275.8M │ [##################..]  93.1% │ fuse │ cvmfs2     │
│ /cvmfs/cernvm-prod.cern.ch  │ 3.9G │ 3.6G │ 275.8M │ [##################..]  93.1% │ fuse │ cvmfs2     │
│ /cvmfs/cvmfs-config.cern.ch │ 3.9G │ 3.6G │ 275.8M │ [##################..]  93.1% │ fuse │ cvmfs2     │
│ /cvmfs/grid.cern.ch         │ 3.9G │ 3.6G │ 275.8M │ [##################..]  93.1% │ fuse │ cvmfs2     │
│ /cvmfs/sft.cern.ch          │ 3.9G │ 3.6G │ 275.8M │ [##################..]  93.1% │ fuse │ cvmfs2     │
╰─────────────────────────────┴──────┴──────┴────────┴───────────────────────���───────┴──────┴────────────╯
╭───────────────────────────────────────────────────────────────────────────────────────────────────╮
│ 5 special devices                                                                                 │
├────────────────┬────────┬────────┬────────┬───────────────────────────────┬──────────┬────────────┤
│ MOUNTED ON     │   SIZE │   USED │  AVAIL │              USE%             │ TYPE     │ FILESYSTEM │
├────────────────┼────────┼────────┼────────┼───────────────────────────────┼──────────┼────────────┤
│ /dev           │   1.9G │     0B │   1.9G │                               │ devtmpfs │ udev       │
│ /dev/shm       │   1.9G │     0B │   1.9G │                               │ tmpfs    │ tmpfs      │
│ /run           │ 383.5M │ 536.0K │ 383.0M │ [....................]   0.1% │ tmpfs    │ tmpfs      │
│ /run/lock      │   5.0M │     0B │   5.0M │                               │ tmpfs    │ tmpfs      │
│ /run/user/1001 │ 383.5M │     0B │ 383.5M │                               │ tmpfs    │ tmpfs      │
╰────────────────┴────────┴────────┴────────┴───────────────────────────────┴──────────┴────────────╯

On voit même les connexions cvmfs du CERN pour LHC (pour native theory et native atlas), balaise !

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Ironman

  • Boinc'eur Confirmé
  • ***
  • Messages: 476
  •   
    • E-mail
Réponse #4541 le: 05 February 2024 à 09:40
 :hello:

J'ai installé ubuntu via le virtualiseur Linux WSL dans Windows, par quel projet exclusif linux vous me conseillez de commencer ?


Folding@Home

-------------------------------------------------------------------------------------------
WIN11, AMD Ryzen 7 5800X, Nvidia RTX3070, 32GB RAM


Hors ligne kasur

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 3169
  •   
    • E-mail
Réponse #4542 le: 05 February 2024 à 09:55
 :kookoo:

Il y a Wanless Mersenne+2 mais ça fait plus de deux semaines qu'il est inactif :/

De toute façon si tu n'as pas de compte tu peux t'inscrire que le 19 de chaque mois.


et 194 SETI@home classic workunits (4 764 hours) :p


Hors ligne Ironman

  • Boinc'eur Confirmé
  • ***
  • Messages: 476
  •   
    • E-mail
Réponse #4543 le: 05 February 2024 à 10:38
Ah oui le 19 de chaque mois, c'est marrant ça  :lol:

Et en attendant, rien d'autre juste au moins pour que je teste mon installation du virtualisateur WSL ? Je peux sûrement utiliser des projets qui font win/linux mais je préfère y aller avec de l'exclusif déjà


Folding@Home

-------------------------------------------------------------------------------------------
WIN11, AMD Ryzen 7 5800X, Nvidia RTX3070, 32GB RAM


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4544 le: 05 February 2024 à 13:40
Ben t'es pas obligé de le tester avec un projet "linux exclusif"... il suffit qu'il ait une app linux :D

Y'avait Gaia en linux only mais y'a plus de tâches depuis un bon moment.

Ithena était linux only mais le projet compute donnait plus rien depuis un moment et le projet measure (nci, mais mieux que rien) est en carafe aussi.

Bref linux only + qui a du travail, je pense que y'a pu ?

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne [AF>Libristes] ElGuillermo

  • Boinc'eur Respectable
  • ****
  • Messages: 639
  •   
    • E-mail
Réponse #4545 le: 05 February 2024 à 13:41
T'as universe, qui tourne super mieux que sur Windows...



Hors ligne [AF>Libristes] nico8313

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 8027
  •   
Réponse #4546 le: 05 February 2024 à 14:24
En ce moment on peut considérer que GPUGrid aussi que sur Gnu/Linux  :D



Hors ligne Ironman

  • Boinc'eur Confirmé
  • ***
  • Messages: 476
  •   
    • E-mail
Réponse #4547 le: 05 February 2024 à 14:32
Oui c'est sûr que je peux aussi essayer sur d'autres projets, d'ailleurs en général c'est plus efficace de cruncher en linux ?

Merci pour Universe et GPUGrid même si je suis plutôt intéressé par le calcul sur CPU


Folding@Home

-------------------------------------------------------------------------------------------
WIN11, AMD Ryzen 7 5800X, Nvidia RTX3070, 32GB RAM


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31472
  •   
Réponse #4548 le: 05 February 2024 à 16:14
Supposition (je mets des ? partout hein, c'est un feeling) : "en général" = souvent les scientifiques (/ codeurs dans ce domaine) développent à la base plutôt sous linux (?) et après ils portent leur appli sous windows (?) et donc elles sont plus efficaces sous linux (?)

De fait si tu regardes les projets à base de VM/VBox c'est 100% de VM linux dedans (parlons même pas des pbms de license window$) par exemple.

Je me demande aussi dans quelle mesure les nombreuses bibliothèques de routines utilisées dans le dev scientifique (qui ne réinventent la roue que s'ils y sont obligés) ne sont pas "OS dependant" (?) et du coup porter un prog sous un autre OS (win$) n'est pas plus complexe et moins efficace (?)

Ca fait beaucoup de (?)

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne [AF>Libristes] Dudumomo

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 6104
  •   
    • Find your home in Saigon
    • E-mail
Réponse #4549 le: 02 March 2024 à 08:02
Bonjour les libristes

Sur le serveur des statsBZH j'ai un probleme avec WGET, je n'arrive pas a recuperer les stats quand c'est avec du HTTPS.
A la mano ca marche tres bien (juste un wget), mais le script, ca ne fonctionne plus. (erreur HTTP 200)
J'ai l'impression que c'est liee a l'environement ou autre.

J'ai creuse mais rien trouve de concluant. Des idees?

Merci

PS: je crois que ca me l'avait deja fait sur le serveur d'avant... :priz2tet:

News & Tutorial on how to host your server: http://freedif.org