ATTENTION: les tests que j'ai effectué avec SetiGate montrent une instabilité (blocage du client SetiCommander qui fini par ralentir considérablement le poste) lors de l'émission des résultats de SC vers SG, certains postes n'ont jamais manifesté le symptôme. J'ai décoché SetiWare (pas tout à fait résolu à ce jour, 3 juillet 2002).
Vue principale de Seticommander en action (la fenêtre peut être affichez par l'appuie sur CTRL + ALT + SHIF +S ).
Paramétrage du cache:
Paramétrage du proxy pour permettre
d'atteindre SETIGATE (c'est l'adresse du poste où se trouve installé SetiGate
+ le numéro du port TCPIP qui lui a été paramétré, 5001 par défaut).
Seticommander
se sert de l'@ indiquée ici pour télécharger les WU et renvoyer les résultats.
Pour l'initialisation des postes SetiCommander, j'utilise le bouton "Remplacer le fichier user_info.sah". Le fichier a été téléchargé une fois pour toutes sur internet à partir d'un poste SetiCommander et en utilisant le bouton "Créer / Modifier" puis choix 2, ensuite copié sur disquette.
Onglet Automatisation, rien à signaler, c'est suffisament clair.
Onglet Optimisation, rien à toucher (pour ma part, les UC n'ont qu'un CPU ...).
Onglet Statistiques: indiquer votre
adresse mail du compte Sei@home UNIQUEMENT dans la case "Email de votre
compte Seti". SC fera le lien nécessaire.
Si vous voulez suivre
vos stats machine par machine sur le site SetiCommander, actvez la case
qui va bien et identifiez la machine.
Vue principale de SetiGate, on y trouve:
Les principales options sont le "Local port" qui permet aux clients seti de trouver SetiGate sur le poste où il est installé (proxy = @IP:port) et le "Max.WU conn" qui est le nombre de WU chargées simultanément depuis berkeley.
L'ajout d'un compte SETI@home est
le seul paramétrage important pour que SetiGate soit prêt à fonctionner. A faire
sur un poste ayant accés à internet pour récupérer les infos nécessaire par
le menu "Connect / Get workunits".
C'est nettement plus simple
qu'avec SetiQueue.