Salut à tous,

cela fait déjà un bon moment que je n’avais plus publié d’article, faute de temps, mais l’actualité du calcul partagé et de l’équipe ne s’est pas arrêté, elle. Voici donc les dernières informations, un peu en vrac, sur divers points :

Projet Milkyway@home et calcul GPU : l’arlésienne a enfin montré le bout de son nez, et il semblerait que le projet Milkyway soit désormais totalement opérationnel pour les possesseurs de cartes graphiques Nvidia et ATI. je vous signale d’ailleurs la sortie d’une nouvelle version de l’optimisation (http://www.zslip.com, version 0.19f). J’utilise le tout depuis 2 jours, on dirait a priori que ça fonctionne plutôt bien, avec un flot constant d’unités et des scores tout à fait intéressants (environ 3.600 – 4.000 par heure sur une Radeon HD 4850 + optimisation).

Equipe Star Wars [FR] : plusieurs nouvelles importantes pour l’équipe ces derniers temps, comme vous allez pouvoir le constater.

- les 8 millions de points, touts projets confondus, ont été atteints le 9 juin;

- le million de points a été atteint sur chacun des deux principaux projets GPU, à savoir GPUGRID et Milkyway@home, avec un très léger avantage pour le dernier ^^ C’est véritablement LE match interne à l’équipe, car les scores sont très serrés depuis plusieurs semaines. Si vous avez une carte graphique capable de calculer sur l’un des deux projets, n’hésitez pas à venir participer à la course aux crédits ^^

- l’équipe est désormais active sur un nouveau projet médical grâce à Ipox : Rosetta@Home. Ce projet compte déjà quelques 35.000 crédits environ;

BOINC : la version recommandée est désormais la 6.6.36, dont voici les liens :
boinc_6.6.36_x86_64-pc-linux-gnu.sh (3.9 Mo)
boinc_6.6.36_i686-pc-linux-gnu.sh (4.6 Mo)
boinc_compat_6.6.36_i686-pc-linux-gnu.sh (1.1 Mo)
boinc_6.6.36_windows_x86_64.exe (6.9 Mo)
boinc_6.6.36_windows_intelx86.exe (6.4 Mo)

Cette version vient corriger quelques bugs sur les précédentes versions de Boinc, sur Mac uniquement. Pas de support CUDA pour le moment, dans la mesure où les développeurs de Boinc attendent toujours de Nvidia les librairies 64 bits. Voici les liens de téléchargement :

boinc_6.6.29_universal-apple-darwin.zip

boinc_6.6.29_macOSX_universal.zip

boinc_6.6.29_macOSX_SymbolTables.zip

Changes for 6.6.29

- MGR: Add comments and slightly reorder code for clarity

- client: write message (and show new config info) when config file reread

- client: improve cpu_sched_debug messages

- web translation: code wasn’t handling multi-line tokens

- client, Mac: don’t do res_init(). It causes a crash.

- client (Unix): if client crashes while benchmark processes are going, make sure they detect this and exit.

- Client: don’t do res_init() on Mac, if client crashes during benchmarks, exit benchmarks on UNIX.

- Mac: Remove -lresolv from XCode linker flags for client, manager, boinccmd and screensaver

- Mac client: fix parent died test in benchmark_time_to_stop()

boinc_6.6.28_universal-apple-darwin.zip

boinc_6.6.28_macOSX_universal.zip

boinc_6.6.28_macOSX_SymbolTables.zip

boinc_6.6.28_windows_x86_64.exe

boinc_6.6.28_windows_intelx86.exe

Changes for 6.6.28

- client: enforce_schedule() wasn’t starting GPU jobs

- Update Translations

Mac :
boinc_6.6.27_universal-apple-darwin.zip

boinc_6.6.27_macOSX_universal.zip

boinc_6.6.27_macOSX_SymbolTables.zip

PC :
boinc_6.6.27_windows_x86_64.exe

boinc_6.6.27_windows_intelx86.exe

Notes de version :

- removed outdated translation files; updated template

- client: view 2 GPUs as equivalent if their memory differs by <30%. (maybe their memory differed slightly from the most capable one)

- client: simplify enforce_schedule(), and maybe fix bugs.
New approach: take the « ordered_schedule_results » list, add running jobs that haven’t finished their time slice, and order the result appropriately. Then run jobs in order until CPUs are filled. Simpler and clearer than the old way.

= client: fix compiler warning

boinc_6.6.26_windows_x86_64.exe

boinc_6.6.26_universal-apple-darwin.zip

boinc_6.6.26_macOSX_universal.zip

boinc_6.6.26_macOSX_SymbolTables.zip

boinc_6.6.26_windows_intelx86.exe

boinc_6.6.25_windows_x86_64.exe (7.0 Mo)

boinc_6.6.25_windows_intelx86.exe (6.4 Mo)

- client: message tweak

- client: tweak to 4/21 checkin.

After finding the « most capable » GPU, ignore FLOPS in deciding what GPUs are equivalent to it. This opens up the possibility that the client will get jobs that it won’t be able to finish in time. But it still avoids getting jobs that will crash.

- fix typo in compare_cuda()

- client: show message when user does a project or task op (suspend, resume, update, etc.)

- client: add <use_all_gpus> config option. If set, use GPUs even if they’re not equivalent to the most capable one.

boinc_6.6.24_windows_x86_64.exe (7.Mo)

boinc_6.6.24_windows_intelx86.exe (6.4 Mo)

Le site officiel de Boinc vient d’annoncer que la version recommandée est désormais la 6.6.20, disponible sur la page des téléchargements.

Si vous n’avez pas encore cette version, vous pouvez donc l’installer sans inquiétude ;)

boinc_6.6.21_universal-apple-darwin.zip (1.1 Mo)

boinc_6.6.21_macOSX_universal.zip (5.9 Mo)

boinc_6.6.21_macOSX_SymbolTables.zip (5.5 Mo)

boinc_6.6.21_windows_x86_64.exe (7.0 Mo)

boinc_6.6.21_windows_intelx86.exe (4.6 Mo)

Changes for 6.6.21

- GUI RPC: client side: if parse a RESULT and CPU is nonzero but elapsed time is zero, we must be talking to an old client; set elapsed = CPU

- client: (unix): if host name lookup fails, call res_init().
This is an attempt to fix a problem on Linux where, if the client starts before a VPN is set up, it can never communicate

- Mac: Add -lresolv to XCode linker flags for client and manager

- Mac: MGR: add standard Preferences item under BOINC menu; add -lresolv to XCode linker flags for screensaver

- client: show project name in « backoff ended » msg

- SS: Under Mac Sandbox security, gfx_switcher launches default ss app as user and group boinc_master; don’t setgid boincscr

- Mac: Add -lresolv to XCode linker flags for ss_app and boinccmd

- SS: Under Mac Sandbox security, terminate default screensaver graphics app via gfx_switcher

- WINSCR: It appears newer notebook models with multiple video chipsets exhibit an interesting situation. It appears as though in certain conditions a single monitor machine actually reports itself as having three monitors. Normally the monitor that contains the primary window (coord 0,0) is on monitor 0, but on these machines coord 0,0 is actually on monitor 2. This led to the screensaver not properly exiting when keyboard and/or mouse activity was detected. Now when we detect that keyboard and/or mouse activity has happened we send the WM_INTERRUPTSAVER event to all windows on all monitors.

- WINSETUP: When uninstalling, don’t migrate the client data back to the 5.x location.

- WINSETUP: On some setups, how we were including the ‘Everyone’ well known security ID in the boinc_users group didn’t work properly.

From now on include the ‘Everyone’ security ID in the various ACLs instead. This will probley clean up a wide range of various issues with multi-user installs.

- web and client: change the default for « run_gpu_if_user_active » from true to false.
Currently running CUDA apps on NVIDIA GPUs causes a significant slowdown in GUI response.

- client: we were setting config defaults after parsing cmdline.

This meant that the cmdline args that set config params weren’t working:
–allow_multiple_clients
–report_results_immediately
–no_priority_change
–start_delay

- MGR: Fix compatibility problem with sizing of all-projects list in Attach Project Wizard on wxWidgets 2.8.8 or later

- XCode Project chenages created automatically by updating XCode to version 3.1.2

Vous le savez, le projet de loi Hadopi repose essentiellement sur la suspension de l’abonnement Internet. D’une durée variant de deux mois à un an, il vise à réprimer le téléchargement considéré comme illégal en plaçant l’internaute sur une liste noire. Ainsi, selon les défenseurs du projet de loi, cette mesure est juste et équilibrée, et permet de sauvegarder la culture en France.

Or, depuis quelques années, on assiste à un développement croissant d’Internet dans notre quotidien : recherche d’un emploi, tâches administratives (impôts), télétravail (plus de 6% des actifs en France fin 2008), soutien scolaire… j’en passe et des meilleures. Bref, un certain nombre de démarches, de procédures ou plus généralement d’activités seraient difficile à réaliser avec la coupure d’un abonnement Internet. Un retour en arrière bien dommageable à l’heure où la France ambitionne de devenir une des plus grandes nations du numérique avec son « Plan Numérique 2012″ (accès aux réseaux et aux services numériques, développement de la production et de l’offre de contenu numérique, diversifier et accroitre les usages des services numériques dans les entreprises, les administrations et chez les particuliers et moderniser la gouvernance de l’économie numérique).

L’un des autres aspects moins médiatisés de l’utilisation de sa connexion Internet est le principe de calcul distribué à travers des projets scientifiques. Ainsi, la plate-forme BOINC (Berkeley Open Infrastructure for Network Computing) permet de conduire différentes recherches (biologie, médecine, physique, nanotechnologie, astronomie, climatologie, mathématiques, informatique… ) en utilisant les performances de chaque ordinateur participant aux projets pour faire progresser la science. En tout, la puissance de calcul cumulé a dépassé les 1,20 petaflops (10¹⁵ soit un million de milliards d’opérations à virgule flottante par seconde) en novembre 2008, permettant ainsi de traiter 56 projets simultanément et d’en avoir terminé 14.

En France, il y a aux alentours de 60 000 participants à BOINC faisant de l’Hexagone le sixième pays le plus actif dans le calcul distribué (le troisième européen). Or, en partant sur une base où 1 000 connexions seront suspendues par jour, cela fait quelques 365 000 personnes pouvant potentiellement perdre leur accès à Internet en France, au bout d’un an. C’est comme si chaque année, une ville de l’équivalent de Bordeaux ou Nice disparaissait du web. Or, en faisant quelques calculs, il a été constaté qu’au rythme de 1 000 suspensions par jour, au bout d’un an, c’est pas moins de 2 000 participants à BOINC qui pourraient être touchés.

Or, si ce chiffre peut paraitre dérisoire, il convient de le mettre en perspective ; 2 000 participants en moins au projet BOINC, c’est potentiellement de 65 700 à 394 200 jours de calculs perdus (selon si la suspension dure deux mois ou un an). Cela aurait certainement un impact très néfaste pour la recherche scientifique…

Article original paru sur MindOverflow.