Team RC5-72 MacBidouille

[caraboud]

Pour les heureux possesseurs de powerbook. J'ai trouvé un autre système pour faire taire les ventilos, que de gérer la température via dnetc config. Il suffit de régler les perfs du processeur sur faible, et dnetc tourne 24h/24, sans jamais que le ventilo se mette en route. De cette façon, je fais du 6,8Mkeys/sec avec mon 17 1,33Mhz.

edit : en fait, il fait plutôt du 8,3Mkeys/sec

Ce message a été modifié par caraboud - 10 Mar 2004, 13:32.

[nektarfl]

Ben voilà, en désirant changer ma page de participant, je me suis vu balancer une grosse insulte :

There was an error processing your request


You have entered either an invalid id, or an incorrect password.


If your ID # was > 500000, then you've been re-numbered. Due to a bug in the stats server, about 900 participants were assigned ID numbers that were way too high. Please search for your email and see what your new ID number is.


Also, if previous to 3-Feb-2000 your password was all a's, we've told the stats server to generate a new password for you. If this is the first time you've seen this error, your password should be on it's way to you. As usual, feel free to contact [email protected] if you have any further questions regarding this change.

datestamp: Mar 10 2004 18:24:52

J'ai beau regarder mon numéro id, il est inférieur à 500000 (426149), je suis là depuis le 24 AOUT 2003, donc bien après 3 FÉVRIER 2000. Je me suis dit qu'ils m'avaient changé mon mot de passe, alors j'en ai refait la demande (arrivée dans les 30 secondes!!) et en cliquant sur le lien de cet email, même message!!!! Et mon mot de passe n'est pas changé!

[Rabaothewarri]

Ecart entre Linux/X86 et Rhapsody/PPC aujourd'hui : 30859009 soit 1891372 de mieux depuis le 20/02/04 à ce rythme, il faut 359 jours pour que notre os soit en deuxième position... (contre 27 mois en le 20/02...)

Ce message a été modifié par Rabaothewarri - 13 Mar 2004, 16:38.

[Gintonic]

Ben voilà, en désirant changer ma page de participant, je me suis vu balancer une grosse insulte :

There was an error processing your request


You have entered either an invalid id, or an incorrect password.


If your ID # was > 500000, then you've been re-numbered. Due to a bug in the stats server, about 900 participants were assigned ID numbers that were way too high. Please search for your email and see what your new ID number is.


Also, if previous to 3-Feb-2000 your password was all a's, we've told the stats server to generate a new password for you. If this is the first time you've seen this error, your password should be on it's way to you. As usual, feel free to contact [email protected] if you have any further questions regarding this change.

datestamp: Mar 10 2004 18:24:52

J'ai beau regarder mon numéro id, il est inférieur à 500000 (426149), je suis là depuis le 24 AOUT 2003, donc bien après 3 FÉVRIER 2000. Je me suis dit qu'ils m'avaient changé mon mot de passe, alors j'en ai refait la demande (arrivée dans les 30 secondes!!) et en cliquant sur le lien de cet email, même message!!!! Et mon mot de passe n'est pas changé!

Hello,
j'ai voulu également changer ma page, et j'ai eu la même mauvaise surprise...
Que se passe-t-il et surtout que faire?
@+

[g4hd]

Pour les heureux possesseurs de powerbook. J'ai trouvé un autre système pour faire taire les ventilos, que de gérer la température via dnetc config. Il suffit de régler les perfs du processeur sur faible, et dnetc tourne 24h/24, sans jamais que le ventilo se mette en route.

Exact, les ventilos sont arrêtés et la machine mouline à 100% à vitesse réduite.

Chez moi, ça donne du 8,1 Mkeys/s contre du 13 Mkeys/s à perf normale.
Par une simple règle de trois,
j'en déduis que qu'à "performance faible", le proc' descend à 800 MHz contre 1,33 GHz.
Y a-t-il un utilitaire sous X.2.3 qui mesure la fréquence du proc' ? Juste pour la curiosité.

Les défauts du procédé qui consiste à règler les performances sur "faible" :
• il faut circuler dans le tableau des préférences pour modifier de maximale à faible et vice versa.
• pour utiliser ma machine normalement, je n'ai pas du tout envie de rester à performance réduite 24/24, uniquement pour jouer à RC5-72 !

[kakace]

Je ne sais pas si ça sera aussi efficace, mais les utilisateurs de PowerBook peuvent toujours forcer la sélection du core KKS 7400. En principe, celui-ci étant optimisé pour les G4 de première génération, seules 2 unités de calcul sont utilisées à chaque cycle d'horloge au lieu de 3, ce qui devrait faire (légèrement) baisser la température tout en gardant des performances correctes.
En ce qui me concerne, j'attends la livraison de mon PowerBook 15", lequel me permettra de faire quelques tests. Il n'est pas exclu que j'ajoute un core "low power" au client pour rendre son utilisation sur les portables plus agréable

[Melaurë Curufin]

Pour les heureux possesseurs de powerbook. J'ai trouvé un autre système pour faire taire les ventilos, que de gérer la température via dnetc config. Il suffit de régler les perfs du processeur sur faible, et dnetc tourne 24h/24, sans jamais que le ventilo se mette en route.

Les défauts du procédé qui consiste à règler les performances sur "faible" :
• il faut circuler dans le tableau des préférences pour modifier de maximale à faible et vice versa.
• pour utiliser ma machine normalement, je n'ai pas du tout envie de rester à performance réduite 24/24, uniquement pour jouer à RC5-72 !

C'est bien gentil mais ce n'est pas disponible sur tous les powerbook. Je n'ai pas cette option sur mon TI/550.

Malgrès un bon nettoyage, il souffle à fond tout le temps dès que ça calcule. Ce n'est malheureusement plus supportable et je préfère arrêter. J'espère un jour avoir les moyens de me payer une UC de bureau qui continuera à la place du TI

Bon courage, ça progresse bien !!!

[popboy]

Petit plaisantin, même mon antique Ti 400 à cette option,
économies d'énergie->options->performance du processeur
D'ailleurs les PB précédants l'avaient aussi, à l'époque
c'était cycle du processeur ou quelque chose comme ça.

[nektarfl]

Pour ma part, je vais à nouveau avoir un creux de postage de blocks, mais rassurez vous, j'ai pris des réserves pour 2 mois. J'espère avoir la possibilité d'envoyer des blocks quand même de temps en temps (au moins une fois par semaine!) mais une chose est certaine, je ne vais pas faire calculer par le mac des blocks que j'enverrais du PC, ils risqueraient de compter dans PC!!

Melaure, je comprends ta décision, vivement que tu te payes un ordinateur de bureau pour te revoir calculer des blocks à nouveau.

[Melaurë Curufin]

Petit plaisantin, même mon antique Ti 400 à cette option,
économies d'énergie->options->performance du processeur
D'ailleurs les PB précédants l'avaient aussi, à l'époque
c'était cycle du processeur ou quelque chose comme ça.

Je n'ai pas cette option et je ne l'ai jamais eu quelque soit la version d'OS X de 10.1 à 10.3.2 ...

En effet les 400 et 500 l'avaient, mais je ne crois pas que ce soit dispo pour la génération suivante en 550/667 ...

Ce message a été modifié par Melaurë Curufin - 16 Mar 2004, 18:42.

[popboy]

Je n'ai qu'un 400 et un Gig, donc je n'insiste pas outre mesure, par contre,
as tu exploré les possibilités de forcer un core moins performant et surement
moins calorifique, comme le suggère Kacace ?

P.S: voilà j'essaye le core MH 2-pipe, c'est clairement moins rapide, mais celà semble être
moins ventilé, y-a-t-il le moindre risque en utilisant n'importe lequel en dessous de celui qui est recommandé ?

Ce message a été modifié par popboy - 17 Mar 2004, 09:29.

[Rabaothewarri]

J'ai vu ce matin que dans la rubrique cpu/os distribution, Mac OS X ne s'appel plus rhapsody…

[popboy]

Comme mes deux Ti soufflent beaucoup j'ai essayé les cores qui semblent
antérieurs à mon Ti 400. C'est très ampirique, j'ai juste fait control/c,
attendu que le ventilo s'arrête, lancé un nouveau core et attendu max. 15 minutes.

3 1606 Mk/s 12 min avant ventil (MH2 pipe)
4 1633 Mk/s 15 min sans ventil (KKS2 pipe)
5 1476 Mk/s 15 min sans ventil (KKS 604e)
6 4467 Mk/s 3.29 min avant ventil (KKS 7400)
8 1672 Mk/s 15 min sans ventil (MH1 pipe)
9 1619 Mk/s 6.18 min avant ventil (MH1 pipe 604e)

Je ne sais pas si le fait de switcher d'un core à l'autre pose un problême
(dnetc m'annonce que je l'ai fait et j'ai l'impression qu'il recalcule le block en question),
je ne sais pas non plus si il y a un risque matériel (mais j'en doutes).

Ce qui est sur par contre c'est que mes ventilos ne se lancent plus du tout,
au prix de la performance, c'est vrai, mais je suis gagnant d'une grande quiétude.

P.S. En MH1 pipe depuis 55 minutes sans ventil,désolé si je me suis planté au niveau des unités

Ce message a été modifié par popboy - 17 Mar 2004, 12:38.

[jpaa]

Il y a un pb dans les stats. Moi j'avais pas fais de crunch hier est il m'indique que j'en est fait 23 ! ! ! ! ! Chut n'allait pas le dire aux Webmasters.

[popboy]

il en restait dans les tuyaux et ça s'est écoulé doucement pendant la nuit

Ce message a été modifié par popboy - 17 Mar 2004, 18:02.

[jpaa]

Vous pensez qu'on peut battre l'équipe des espagnols ? Cela nous mettrais à la 8e place

[popboy]

Grosso modo dans un mois, puis les Japonnais un mois après et...

Mais si de nouveaux adhérents nous rejoignent, ça pourrait être
plus rapide

[kakace]

Il n'y a aucun risque à utiliser un core autre que celui choisi par défaut. Ils ont tous été testés, et donnent tous des résultats corrects. Par contre, changer de core après avoir commencé le calcul d'une clé force le client à redémarrer le calcul de cette clé (pour des raisons de sécurité).

[popboy]

Merci Kacace, merci pour cette réponse
et les autres, ta présence "sur ce fil" est
vraiment un plus pour l'équipe et le site
merci et... à bientôt

[Melaurë Curufin]

J'ai vu ce matin que dans la rubrique cpu/os distribution, Mac OS X ne s'appel plus rhapsody…

Dommage qu'il n'y ait rien pour MacOS 8 et 9. Je suis sur qu'on aurait aussi des millions de blocks calculés si on avait eu un client

[popboy]

Trop tard maintenant, OS9 c'était le bon vieux temps

[Melaurë Curufin]

Trop tard maintenant, OS9 c'était le bon vieux temps

Si 20% des Macs utilisés sont sous OS X, c'est déjà un exploit. On se prive donc d'un grand nombre de blocks ...

[Rabaothewarri]

Pour confirmer les dires, il y a à Strasbourg une école de journalisme : ils ont une petite dousaine de emac, une petite disaine de PM G4 et une trentaine de imac G3.
Le tout sous OS9…

Si un client existait pour cet OS, ils pourraient peut-être se lancer dans le calcul…

A+

[Rol@ndB]

d'apres Steve himself 40% du parc est passé sous OSX

[popboy]

Je pensais surtout aux macbidouilleurs.

[Melaurë Curufin]

d'apres Steve himself 40% du parc est passé sous OSX

Selon Steve le Mac est tellement génial qu'on ne peux pas comprendre pourquoi des gens utilisent autre chose ...

[nektarfl]

Pour ma part, ça fait 2 jours que je n'arrive plus à acceder aux stats de dnetc, Est-ce que je suis le seul, où c'est pareil pour tout le monde?

J'étais éventuellement posteur de blocks ce jour, mais je pense que je vais attendre un peu. Tant que ça calcule, c'est pas trop grave. Si je ne poste pas aujourd'hui, je le ferais dans 15 jours! Là, il y aura une tripoté de blocks d'un coup (4 à 5000).

[Rabaothewarri]

Pas de stat non plus depuis samedi…

[popboy]

Moi non plus depuis samedi 9 heures, decibel dit qu'ils ont
perdu un disque de raid et ont de la peine à le reconstruire,
par superstition je n'en ai pas parlé.
Raid Crash
Mais il me semble que la dernière fois ils avaient retrouvé tous mes blocks,
alors je croise les doigts et les orteils

[kakace]

Le problème est qu'il n'a pas été possible de remplacer le disque défectueux par un nouveau disque (refusé par le contrôleur RAID). Si un autre disque tombe en panne, c'est la catastrophe.
Pour soulager un peu le serveur, l'accès aux stats par le Web a été désactivé. Des pourparlers sont en cours pour acquérir une nouvelle machine et un nouvel ensemble RAID, et la situation actuelle devrait perdurer encore quelques temps.