SETI@home : FAQ 3 - performance et crédits

Toutes les réponses.

Pourquoi certaines unités de travail prennent aussi peu de temps à calculer ? Pourquoi la barre de progression saute-t-elle brusquement à 100 % en cours d'analyse ?

Occasionnellement, une unité de travail contient un signal d'interférence radio puissant ; ces interférences viennent généralement de satellites et de radars d'origine humaine. Si l'interférence est très puissante, le programme SETI@home ne peut parvenir à analyser cette partie du spectre, et après quelques minutes de détection de milliers de signaux puissants, le programme stoppe son analyse et obtient une nouvelle unité. Vous serez cependant crédité pour le travail réalisé.

Pourquoi y a-t-il une telle variabilité du temps d'achèvement des unités de travail dans la version 3.0 ?

Avec la version 3.0, nous avons introduit 2 nouveaux algorithmes pour rechercher les signaux pulsatifs. L'un est un chercheur généralisé d'impulsions, et l'autre est un chercheur rapide de triplets. Voyez la description des algorithmes. Le chercheur généralisé d'impulsions, bien que hautement optimisé, est encore très gourmand en puissance de calcul. Aussi pour contre-balancer la sensibilité aux signaux pulsatifs (un bon point) avec le taux de transfert des unités de travail (également un bon point), le client appliquera le chercheur d'impulsions plus souvent dans certaines unités de travail que dans d'autres.

Plus la résolution en temps est fine (c.à.d. plus grand est le nombre d'ensembles de données dans la dimension du temps), plus souvent s'appliquera la recherche d'impulsions. Le chercheur d'impulsions travaille toujours avec un tronçon de données couvrant 1 seul faisceau de télescope (0,1 degrés dans le ciel, soit une douzaine de secondes d'enregistrement mais cela dépend de la course du télescope dans le ciel). Pour chaque résolution de fréquence donnée, la résolution dans le temps d'un faisceau de télescope est déterminé entièrement par la vitesse de glissement du télescope au moment où les données ont été acquises. D'un côté le chercheur d'impulsions ne s'occupera pas des résolution de temps les plus grossières (car il n'y a pas assez de points dans la courbe pour rendre le test significatif), de l'autre il évite les résolutions de temps superfines, car le temps d'exécution devient prohibitivement large. Il y a toujours un compromis, et nous avons tenté de trouver la balance optimale. La vitesse de glissement détermine également si le client effectue ou non la recherche des signaux gaussiens.

Le tableau suivant montre ce qui est exécuté à différentes vitesses de glissement (angle par seconde). L'écart correspondante angulaire est également donné. Vous pouvez voir cette étendue angulaire (angle range) en degrés dans l'entête de l'unité de travail. L'axe horizontal dans ce tableau est la résolution en fréquence, exprimée à la fois en longueur de FFT (nombre de points dans le temps) et en Hertz. Pour chaque paire donnée de vitesse de glissement et de résolution de fréquence, vous pouvez voir quand s'effectue la recherche de signaux Gaussiens (G), d'impulsions (P), et de triplets (T).

Vitesse de glissement (slew-rate) degrés/s

Écart angulaire
(angle-range) degrés

Résolution (nombre de points dans le temps) des FFT (ou équivalent en Hertz)

128K

64K

32K

16K

512

256

128

0,075

0,149

0,298

0,596

1,192

2,384

4,768

9,537

19,07

38,15

76,29

152,59

305,18

610,35

1220,70

0,000000

---

--T

-PT

--T

0,001000

0,107374

---

--T

-PT

--T

0,002000

0,214748

---

--T

-PT

--T

0,003000

0,322123

---

G-T

GPT

0,004000

0,429497

---

G--

GPT

0,005000

0,536871

---

G--

GPT

0,006000

0,644246

---

G--

GPT

0,007000

0,751620

---

G--

GPT

0,008000

0,858994

---

G--

GPT

0,009000

0,966368

---

G--

GPT

0,011000

1,181117

---

-PT

0,012000

1,288491

---

-PT

0,013000

1,395865

---

-PT

0,014000

1,503240

---

-PT

0,015000

1,610614

---

-PT

0,016000

1,717988

---

-PT

0,017000

1,825362

---

-PT

0,018000

1,932736

---

-PT

0,019000

2,040111

---

-PT

0,020000

2,147485

---

-PT

Pour un bloc d'une même unité de travail, seule une seule ligne du tableau s'applique et montre les différents calculs subis par ce blocs : notez que la vitesse de glissement du faisceaupeut varier au cours des 107 secondes d'enregistrement, aussi les données dans l'unité de travail comportent suffisamment de positions angulaires pour déterminer dans quelle ligne de ce tableau on se situe, sachant qu'un changement de ligne est toujours possible d'un bloc à l'autre de la même unité de travail en cas de course non régulière du télescope.

Le programme d'écran de veille pourra-t-il utiliser plus d'un processeur sur les machines multiprocesseur ?

Pas la version initiale. Peut-être une des suivantes.

Si je me réfère à votre page statistiques, la plate-forme X tourne Y fois plus vite que la plate-forme Y ! Pourquoi ?

Cela traduit seulement la grande diversité des processeurs des systèmes et de leur équipement ou de leur configuration. D'autre part les versions UNIX n'ont pas de code graphique (pour le moment) et tournent donc un peu plus vite. Vous pouvez d'autre part accélérer les versions Windows et Macintosh en configurant l'écran de veille pour qu'il passe à l'écran noir ("blank screen") après un délai de courte durée configurable, ce qui réduira nettement la surcharge apportée par ces graphiques. Enfin, il y avait un bogue mineur dans les premières versions pour Windows (avant la version 1.05) qui pouvait dans certains cas rapporter des temps de calcul erronés.

Quand je retourne mes résultats et obtiens une nouvelle unité de travail, pourquoi les valeurs "Data units completed" (unités de données terminées) et "Total computer time" (temps total de calcul) ne sont pas mises à jour ?

Quand nous recevons sur notre serveur les résultats d'une unité de travail achevée, ils sont transférés vers un ordinateur séparé chargé de les traiter. Il peut y avoir un délai de quelques jours avant que les résultats soient assimilés et vérifiés. Votre crédit est mis à jour seulement après vérification des données de l'unité de travail. Une fois que le serveur a mis à jour vos statistiques, votre ordinateur recevra le s valeurs révisées la prochaine fois qu'il se connectera au serveur. Cela signifie que vos statistiques affichées seront généralement en deçà du travail réellement réalisé. Néanmoins une solution de mise à jour plus immédiate est à l'étude, en liaison avec l'extension et le redéploiement de nos serveurs.

J'essaie d'accéder à mon compte, mais j'ai perdu mon mot de passe. L'adresse de courriel que j'ai utilisée lors de mon inscription est invalide. Y a-t-il un moyen pour que vous de me donniez accès à mon compte ?

Afin de protéger les crédits et informations de votre compte contre toute modification par d'autres, nous vous demandons à la fois votre adresse de courriel et le mot de passe d'accès associé. Si vous perdez cette information, nous ne pouvons malheureusement pas vous aider pour accéder à votre compte ou vos crédits, car nous n'avons aucun autre moyen de vérifier votre identité. Vous devrez alors créer un nouveau compte avec une adresse de courriel valide (et configurer le logiciel afin qu'il utilise cette nouvelle adresse) pour accéder à tous vos crédits futurs.

Serai-je moi-même crédité si le signal est détecté en utilisant mon ordinateur ?

Oui. Notre logiciel trace et conserve l'endroit où chaque part de travail est réalisé. Si votre ordinateur est impliqué dans la détection, vous serez listé, si vous le désirez, en tant que co-découvreur de ce signal.

SETI@home tournera-t-il plus vite avec plus de mémoire vive (par exemple 256 Mo au lieu de 128 Mo) ?

SETI@home utilise environ 16 Mo de mémoire pendant son fonctionnement. Au delà d'un certain point (typiquement 64 Mo, plus si vous utilisez des applications gourmandes en mémoire), d'avantage de mémoire ne le fera pas tourner plus vite.

J'ai déjà utilisé SETI@home il y a un moment, mais depuis la mise à jour à la dernière version de mon logiciel client, les unités de travail prennent huit fois plus de temps à calculer ! Quelle erreur ai-je commise ?

Ne vous inquiétez pas. Les anciennes bêta-versions (avant les versions opérationnelles 1.0 et suivantes) avait un code scientifique très différent qui a depuis été modifié de façon à analyser les données encore plus en détail que les clients précédents. Cette augmentation de la charge de travail faite par le client demande donc plus de temps machine.

D'autre part, le code affichant les graphiques a très largement été optimisé sur les nouvelles versions pour PC et Macintosh, aussi vous devriez constater une amélioration sensible des performances des dernières versions sur votre système.

Sachez néanmoins que des systèmes d'exploitation différents avec des processeurs différents peuvent tourner à des vitesses très différentes. Certains peuvent traiter des unités de travail en quelques heures alors que d'autres demanderont plusieurs jours.

SETI@home avait déjà accompli une partie importante des calculs sur une unité de travail, mais la progression est repartie à zéro, et le calcul a repris depuis le début. Que s'est-il passé ?

Il y a plusieurs possibilités. Si vous avez configuré SETI@home pour qu'il se connecte automatiquement à Internet, il se peut qu'il ait tout simplement retourné les résultats et obtenu une nouvelle unité de travail. (Si une unité de travail contient trop de radio-interférences ou I.R.F., alors SETI@home requérira une nouvelle unité de travail plus tôt que d'habitude.)

Si les calculs de SETI@home ont été interrompus de façon anormale par une erreur système ou une coupure de l'alimentation électrique, ses fichiers de résultats intermédiaires peuvent avoir été corrompus. Dans ce cas, SETI@home reprendra l'unité de travail depuis le début (dans la nouvelle version 2.04 du client, cela devrait se produire moins souvent, car les fichiers temporaires de résultats ne sont plus générés plus d'une fois par minute, cette limitation de la fréquence des écritures sur disque améliorant la fiabilité de SETI@home et préservant les performances des calculateurs les plus rapides ; en cas d'interruption anormale du système, vous ne perdrez le plus souvent que la dernière minute de calcul.)

Page mise à jour le mardi 03 juillet (2001-07-03 22:53:51 +0200).
Site Web convenant à tout public :

Étiquette ICRA (RSACi),

Classification SafeSurf et

Weburbia Safe For Kids.
Traduction en Français :

SETI@home (U.C. Berkeley).

Les questions courantes sur SETI@home.

III. Performance et crédits.

Toutes les réponses.