Team RC5-72 MacBidouille

[jibu]

vu les infos nouvelles, je suis contre l'abandon de macb pour xlr8. Pourquoi pas une fusion, mais apprement on ne peut pas.
Donc pour moi , on reste comme maintenant ou on change le nom de l'équipe avec "le pommier" qui est une idée qui me plaît bien.
Mais faut que cette idée plaise, sinon, on bouge pas.

[Bac's]

L'idée de "sub-team" d'une nouvelle équipe à créer me plait bien !

[caraboud]

Moi je ne suis pas pour fusionner les 2 équipes. Il y a actuellement 2 équipes MAC dans les 10 premiers. Pourquoi "flinguer" une si bonne représentation du Mac ?
En plus je n'aime pas le côté "c'est le premier qui rafle tout et les suivants n'ont qu'à disparaitre". Donc je suis contre une fusion des teams.
Et moi, ça me plait de voir un nom (qui peut sembler) farfelu à une si haute place. Ca prouve que le monde ne bouge pas que grâce aux conglomérats de trusts ou aux équipes patriotiques.

[Tchou]

Moi je ne suis pas pour fusionner les 2 équipes. Il y a actuellement 2 équipes MAC dans les 10 premiers. Pourquoi "flinguer" une si bonne représentation du Mac ?
En plus je n'aime pas le côté "c'est le premier qui rafle tout et les suivants n'ont qu'à disparaitre". Donc je suis contre une fusion des teams.
Et moi, ça me plait de voir un nom (qui peut sembler) farfelu à une si haute place. Ca prouve que le monde ne bouge pas que grâce aux conglomérats de trusts ou aux équipes patriotiques.

Je suis d'accord avec ça...

[Héron]

Moi je ne suis pas pour fusionner les 2 équipes. Il y a actuellement 2 équipes MAC dans les 10 premiers. Pourquoi "flinguer" une si bonne représentation du Mac ?
En plus je n'aime pas le côté "c'est le premier qui rafle tout et les suivants n'ont qu'à disparaitre". Donc je suis contre une fusion des teams.
Et moi, ça me plait de voir un nom (qui peut sembler) farfelu à une si haute place. Ca prouve que le monde ne bouge pas que grâce aux conglomérats de trusts ou aux équipes patriotiques.

Ce n'est pas le premier qui raffle tout... c'est celui qui casse la clef qui raffle la mise et ça peut être un quidam qui c'est enregistré hier et qui calcule 2 Blocks par jour en son nom Propre ! tu vois, comme quoi le principe que tu défends est tout à fait possible. C'est juste une question de chance.
L'idée c'est que plus on est nombreux plus on à de chance de trouver la clef (et entre nous, je trouve "le pommier" subversif à souhait comme nom...nan ? )

Ce message a été modifié par Héron - 25 Nov 2003, 15:55.

[popboy]

Heu pourquoi elle est rouge ou verte la pomme ?

[Héron]

Heu pourquoi elle est rouge ou verte la pomme ?

y'en à même qui disent qu'ils l'ont vu jaune !!! si, si... j'vous l'dit

[Bac's]

Hello, j'ai la version dnetc v2.9006-485-CTR-03072023 (celle en beta sur le site de DnetC).

Est-ce que la nouvelle version graphique espéciale G5 (qu'ils disent dans la niouze) apporte un gain de performances ?

[Guest_macmagna_*]

Salut à tous,

Je vois que je tombe en plein débat existentiel sur le devenir de l'equipe aussi je vous demande de m'excuser si mon propos est déplacé.

Suite à la mise-à-jour de mon soft Dnetcx annoncé sur MacBid, j'ai travaillé un peu dessus aujourd'hui afin de l'amèliorer. La version 1.4beta est disponible ici:

http://www.macmagna.net/public/Dnetcx.dmg

Elle contient le dernier client dnetc et lance celui-ci comme le ferait le Terminal. Cela permet de recupérer d'autres informations (comme la progression du calcul du block en cours) et peut être d'améliorer les performances: on m'avait reproché en effet une perte d'environ 10% sur les performances par rapport au lancement par le Terminal.

Je compte sur la bonne volonté de quelques uns pour tester cette version et me donner leurs commentaires eclairés .

[Edit]
Attention, cette version beta n'est pas celle annoncé aujourd'hui dans la news (bien qu'elle contienne le même client dnetc optimisé pour G5).

Ce message a été modifié par macmagna - 27 Nov 2003, 01:10.

[Tchou]

Hello, j'ai la version dnetc v2.9006-485-CTR-03072023 (celle en beta sur le site de DnetC).

Est-ce que la nouvelle version graphique espéciale G5 (qu'ils disent dans la niouze) apporte un gain de performances ?

ben en fait elle contient un client qui sélectionne le bon cruncher pour le G5 c'est pas un client avec un cruncher optimisé pour le G5 mais il sélectionne le cruncher qui marche le mieux (qui est le même que pour le G4) avant la détectionn de processeur ne se faisait pas bien et le G5 lancait un cruncher qui n'était pas le plus efficace ...

[Bac's]

Bon, j'essaierai au cas où !

Mais la beta-version que je mentionnais me détecte bien le G5 (ce que ne fait pas la version off.) et en plus elle me dit :

[TheG5:~] bacs% /Applications/Divers/DNetC/dnetc -update -bin 256

distributed.net client for Mac OS X Copyright 1997-2003, distributed.net
RC5-72 PowerPC assembly by Malcolm Howell and Didier Levet
Enhancements for 604e CPUs by Roberto Ragusa
RC5-72 Altivec assembly by Didier Levet

Altivec étant le G4, je suppose que je peux difficilement faire mieux en attendant un cruncher spécial G5.

[nektarfl]

Dans cette histoire :

CODE

[Nov 27 01:31:46 UTC] RC5-72: Completed CA:70AF03F2:00000000 (1.00 stats units)
                     0.00:08:42.05 - [8,227,196 keys/s]
[Nov 27 01:31:46 UTC] RC5-72: Loaded CA:70AF03F3:00000000:1*2^32
[Nov 27 01:31:46 UTC] RC5-72: Summary: 223 packets (223.00 stats units)
                     1.10:03:28.02 - [7,801,961 keys/s]
[Nov 27 01:31:46 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 27 01:31:46 UTC] RC5-72: 150 packets (150.00 stats units) are in
                     buff-out.r72
[Nov 27 01:32:47 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:33:02 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 27 01:34:03 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 27 01:34:03 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 27 01:34:03 UTC] Connection closed.
[Nov 27 01:34:03 UTC] Network update is currently not available.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 27 01:40:28 UTC] RC5-72: Completed CA:70AF03F3:00000000 (1.00 stats units)
                     0.00:08:41.69 - [8,232,842 keys/s]
[Nov 27 01:41:28 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:42:28 UTC] Connect to host 145.89.128.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:42:28 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 27 01:42:29 UTC] The keyserver says: "I'd never ask you to trust me.
                     It's the cry of a guilty soul. ["
[Nov 27 01:42:29 UTC] Refreshed project state data from server. (cached)
[Nov 27 01:42:55 UTC] RC5-72: Retrieved stats unit 151 of 151 (100.00%)        
[Nov 27 01:43:21 UTC] RC5-72: Sent 151 packets (151.00 stats units) to server.
[Nov 27 01:43:21 UTC] Connection closed.
[Nov 27 01:43:21 UTC] Network update is available again.
[Nov 27 01:43:21 UTC] RC5-72: Loaded CA:70D8B99F:00000000:1*2^32

J'ai l'impression qu'il m'a calculé 2 fois le même block au lieu d'en prendre un au hasard comme il sait si bien le faire aussi quand la connexion n'est pas possible!!
comme ci-dessous:

CODE

[Nov 26 02:23:48 UTC] RC5-72: Completed CA:70721813:00000000 (1.00 stats units)
                     0.00:08:48.65 - [8,124,422 keys/s]
[Nov 26 02:23:48 UTC] RC5-72: Loaded CA:70721814:00000000:1*2^32
[Nov 26 02:23:48 UTC] RC5-72: Summary: 71 packets (71.00 stats units)
                     0.11:00:54.69 - [7,659,574 keys/s]
[Nov 26 02:23:48 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 26 02:23:48 UTC] RC5-72: 151 packets (151.00 stats units) are in
                     buff-out.r72
[Nov 26 02:24:21 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:25:22 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 26 02:25:22 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 26 02:25:22 UTC] Connection closed.
[Nov 26 02:25:22 UTC] Network update is currently not available.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 26 02:32:35 UTC] RC5-72: Completed CA:70721814:00000000 (1.00 stats units)
                     0.00:08:46.17 - [8,162,683 keys/s]
[Nov 26 02:32:44 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:33:44 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 26 02:33:44 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 26 02:33:44 UTC] Connection closed.
[Nov 26 02:33:44 UTC] RC5-72: Loaded random 53:AC0339E8:00000000:1*2^32
[Nov 26 02:33:44 UTC] RC5-72: Summary: 72 packets (72.00 stats units)
                     0.11:09:40.87 - [7,666,163 keys/s]
[Nov 26 02:33:44 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 26 02:33:44 UTC] RC5-72: 152 packets (152.00 stats units) are in
                     buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 26 02:42:31 UTC] RC5-72: Completed 53:AC0339E8:00000000 (1.00 stats units)
                     0.00:08:46.52 - [8,157,397 keys/s]
[Nov 26 02:43:31 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 26 02:44:31 UTC] Connect to host 145.89.128.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 26 02:44:31 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:44:32 UTC] The keyserver says: "I'd never ask you to trust me.
                     It's the cry of a guilty soul. ["
[Nov 26 02:44:32 UTC] Retrieved project state data from server. (cached)
[Nov 26 02:44:58 UTC] RC5-72: Retrieved stats unit 151 of 151 (100.00%)        
[Nov 26 02:45:24 UTC] RC5-72: Sent 153 packets (153.00 stats units) to server.
[Nov 26 02:45:24 UTC] Connection closed.
[Nov 26 02:45:24 UTC] Network update is available again.

Est-ce que je me trompe, ou ai-je des visions?
Kakace, est-ce qu'on pourrait qualifier cela de bug?

[Wip]

Dans cette histoire :

CODE

[Nov 27 01:31:46 UTC] RC5-72: Completed CA:70AF03F2:00000000 (1.00 stats units)
                     0.00:08:42.05 - [8,227,196 keys/s]
[Nov 27 01:31:46 UTC] RC5-72: Loaded CA:70AF03F3:00000000:1*2^32
[Nov 27 01:31:46 UTC] RC5-72: Summary: 223 packets (223.00 stats units)
                     1.10:03:28.02 - [7,801,961 keys/s]
[Nov 27 01:31:46 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 27 01:31:46 UTC] RC5-72: 150 packets (150.00 stats units) are in
                     buff-out.r72
[Nov 27 01:32:47 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:33:02 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 27 01:34:03 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 27 01:34:03 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 27 01:34:03 UTC] Connection closed.
[Nov 27 01:34:03 UTC] Network update is currently not available.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 27 01:40:28 UTC] RC5-72: Completed CA:70AF03F3:00000000 (1.00 stats units)
                     0.00:08:41.69 - [8,232,842 keys/s]
[Nov 27 01:41:28 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:42:28 UTC] Connect to host 145.89.128.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 27 01:42:28 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 27 01:42:29 UTC] The keyserver says: "I'd never ask you to trust me.
                     It's the cry of a guilty soul. ["
[Nov 27 01:42:29 UTC] Refreshed project state data from server. (cached)
[Nov 27 01:42:55 UTC] RC5-72: Retrieved stats unit 151 of 151 (100.00%)        
[Nov 27 01:43:21 UTC] RC5-72: Sent 151 packets (151.00 stats units) to server.
[Nov 27 01:43:21 UTC] Connection closed.
[Nov 27 01:43:21 UTC] Network update is available again.
[Nov 27 01:43:21 UTC] RC5-72: Loaded CA:70D8B99F:00000000:1*2^32

J'ai l'impression qu'il m'a calculé 2 fois le même block au lieu d'en prendre un au hasard comme il sait si bien le faire aussi quand la connexion n'est pas possible!!
comme ci-dessous:

CODE

[Nov 26 02:23:48 UTC] RC5-72: Completed CA:70721813:00000000 (1.00 stats units)
                     0.00:08:48.65 - [8,124,422 keys/s]
[Nov 26 02:23:48 UTC] RC5-72: Loaded CA:70721814:00000000:1*2^32
[Nov 26 02:23:48 UTC] RC5-72: Summary: 71 packets (71.00 stats units)
                     0.11:00:54.69 - [7,659,574 keys/s]
[Nov 26 02:23:48 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 26 02:23:48 UTC] RC5-72: 151 packets (151.00 stats units) are in
                     buff-out.r72
[Nov 26 02:24:21 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:25:22 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 26 02:25:22 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 26 02:25:22 UTC] Connection closed.
[Nov 26 02:25:22 UTC] Network update is currently not available.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 26 02:32:35 UTC] RC5-72: Completed CA:70721814:00000000 (1.00 stats units)
                     0.00:08:46.17 - [8,162,683 keys/s]
[Nov 26 02:32:44 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:33:44 UTC] Network read error: ETIMEDOUT: operation timed out
[Nov 26 02:33:44 UTC] NetUpdate::Connect handshake failed. (0.168)
[Nov 26 02:33:44 UTC] Connection closed.
[Nov 26 02:33:44 UTC] RC5-72: Loaded random 53:AC0339E8:00000000:1*2^32
[Nov 26 02:33:44 UTC] RC5-72: Summary: 72 packets (72.00 stats units)
                     0.11:09:40.87 - [7,666,163 keys/s]
[Nov 26 02:33:44 UTC] RC5-72: 0 packets remain in buff-in.r72
[Nov 26 02:33:44 UTC] RC5-72: 152 packets (152.00 stats units) are in
                     buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Nov 26 02:42:31 UTC] RC5-72: Completed 53:AC0339E8:00000000 (1.00 stats units)
                     0.00:08:46.52 - [8,157,397 keys/s]
[Nov 26 02:43:31 UTC] Connect to host 145.89.23.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 26 02:44:31 UTC] Connect to host 145.89.128.249:2064 failed.              
                     ETIMEDOUT: operation timed out
[Nov 26 02:44:31 UTC] Connected to euro.v29.distributed.net:2064...            
[Nov 26 02:44:32 UTC] The keyserver says: "I'd never ask you to trust me.
                     It's the cry of a guilty soul. ["
[Nov 26 02:44:32 UTC] Retrieved project state data from server. (cached)
[Nov 26 02:44:58 UTC] RC5-72: Retrieved stats unit 151 of 151 (100.00%)        
[Nov 26 02:45:24 UTC] RC5-72: Sent 153 packets (153.00 stats units) to server.
[Nov 26 02:45:24 UTC] Connection closed.
[Nov 26 02:45:24 UTC] Network update is available again.

Est-ce que je me trompe, ou ai-je des visions?
Kakace, est-ce qu'on pourrait qualifier cela de bug?

Tu as plus de boulot Nektarfl ?? Ca marche plus les ressorts ??

Tu as le tps de regarder le calcul de chaque block ?

Ahhh, les patrons, ils sont vraiment privilegies...

(c'est juste une boutade, je regarde aussi bcp mes calculs DNETX au boulot, et je confirme qu'un PC, ca se traine par rapport a un mac... sur ce type de calcul )

[kakace]

Est-ce que je me trompe, ou ai-je des visions?
Kakace, est-ce qu'on pourrait qualifier cela de bug?

Tu as des visions
"Loaded" signifie qu'il entame un bloc (aléatoire ou non), et "completed" te rends compte qu'il a terminé de vérifier le bloc mentionné. Il est donc normal de voir apparaître deux fois le même bloc

[Rabaothewarri]

Alors, nouveau client plus rapide sur un G4 ou non ?
Merci.

[Héron]

En tout cas bravo Rabao pour ta dernière performance !
4800 blocks le 25 novembre... mazette !

Ce message a été modifié par Héron - 27 Nov 2003, 19:53.

[Melaurë Curufin]

Alors, nouveau client plus rapide sur un G4 ou non ?
Merci.

J'ai gagné quelques pourcents sur la dernière release ...

[caraboud]

Vous ètes sûrs qu'il y a une sonde thermique sur le PB17? J'ai pourtant bien suivi les instructions de Kakasse p 37 de ce topic, et même en mettant un arrêt à 30°C, le ventilo se met en route, et le PB est bouillant, à en devenir intenable (autant dire que les 30° sont déjà bien dépassés A tout hasard, si quelqun peut me donner la valeur en Kelvin (je ne m'en souviens plus) c'est peut être ça qui déconne.

[Rabaothewarri]

Alors, nouveau client plus rapide sur un G4 ou non ?
Merci.

J'ai gagné quelques pourcents sur la dernière release ...

En key/s c'est significatif ?
Merci

[Bac's]

Vous ètes sûrs qu'il y a une sonde thermique sur le PB17? J'ai pourtant bien suivi les instructions de Kakasse p 37 de ce topic, et même en mettant un arrêt à 30°C, le ventilo se met en route, et le PB est bouillant, à en devenir intenable (autant dire que les 30° sont déjà bien dépassés A tout hasard, si quelqun peut me donner la valeur en Kelvin (je ne m'en souviens plus) c'est peut être ça qui déconne.

Quand même pas, mis à part en physique-chimie, as-tu vu des gens utiliser les °K dans la vie courante !!!

Ceci dit, tu peux toujours rajouter 273 et des broutilles ...

[nektarfl]

Je pencherais plutôt pour des valeurs en degrés Farenheit!! le calcul de l'un à l'autre est assez simple:

°C=(°F-32)*5/9
°F=(°C*9/5)+32

pour les °Kelvin, c'est exactement ce qui a été dit plus haut.

[Héron]

Vous ètes sûrs qu'il y a une sonde thermique sur le PB17? J'ai pourtant bien suivi les instructions de Kakasse p 37 de ce topic, et même en mettant un arrêt à 30°C, le ventilo se met en route, et le PB est bouillant, à en devenir intenable (autant dire que les 30° sont déjà bien dépassés A tout hasard, si quelqun peut me donner la valeur en Kelvin (je ne m'en souviens plus) c'est peut être ça qui déconne.

Je pense que tu voulais parler de °fareineight. (je ne connais pas le rapport de proportion mais lorsque c'est 0° celcius c'est 32°Fareineight)

[grillé]et en mieux, par Nektarfl[/grillé]

Ce message a été modifié par Héron - 28 Nov 2003, 11:51.

[Rabaothewarri]

J'ai pas la possibilité de vérifier régulièrement, mais il me semble que dans "CPU/OS distribution", le couple PowerPC/Rhapsody est en train de remonter X86/Linux...

Le 28/11/03 : PowerPC/Rhapsody : 55 645 622
X86/Linux : 91 108 163
Ecart :35 462 541

La 2ème place est-elle prenable ?

Ca va faire bientôt 1 an que le projet est lancé... Au rythme d'hier, il n'y en a plus que pour 1218 années pour arriver à 100% de fait si on ne trouve pas la clef d'ici là...

Ce message a été modifié par Rabaothewarri - 28 Nov 2003, 12:46.

[caraboud]

Quand même pas, mis à part en physique-chimie, as-tu vu des gens utiliser les °K dans la vie courante !!!

Ceci dit, tu peux toujours rajouter 273 et des broutilles ...

Là je suis au boulot, et vous me nettez un gros doute. Mais lorsque j'ai paramétré hier la température dans le client dnetc, il était expliqué que l'on pouvait entrer les paramètres dans les trois échelles, mais que celle qui était par défaut dans le client, c'était les K !! Vous pouvez vérifier je ne crois pas me tromper.
Ceci dit, même en calibrant ces paramètres, mon tout nouveau PB 17 (reçu hier ) continue de calculer (à 12Mk/s) mais chauffe terriblement.
J'en viens à vous poser une autre question : Puis je quand même calculer, sachant qu'il chauffe (trop à mon goût), en étant sûr que la machine ne va pas souffrir d'une telle température ? (c'est que c'est mon premier portable, alors je suis TRES inquiet).

[kakace]

Vous ètes sûrs qu'il y a une sonde thermique sur le PB17? J'ai pourtant bien suivi les instructions de Kakace p 37 de ce topic, et même en mettant un arrêt à 30°C, le ventilo se met en route, et le PB est bouillant, à en devenir intenable (autant dire que les 30° sont déjà bien dépassés A tout hasard, si quelqun peut me donner la valeur en Kelvin (je ne m'en souviens plus) c'est peut être ça qui déconne.

Il y a bien une (et même 3) sondes thermiques sur les PB 17", dont une placée à proximité du processeur. Pour régler le client, il faut d'abord activer la fonction (option 8), puis déterminer les seuils de température (mini:maxi) par l'option 9 (qui n'apparaît pas si la fonction n'est pas activée).
La syntaxe des deux seuils est importante et doit être respectée. Par exemple, ne pas oublier de préciser l'échelle (Celcius, Kelvin, Farenheit ou Rankin) pour chacun des deux seuils. Exemples :
40C:45C (C majuscule = Celcius)
320K:60C (K majuscule = Kelvin)

A noter que cette fonction est censée fonctionner sur les PB 17, mais comme personne n'a jamais essayé (à ma connaissance), je ne peux rien garantir. Par contre, je peux toujours anihiler le bug, s'il y en a un

[Héron]

A noter que cette fonction est censée fonctionner sur les PB 17, mais comme personne n'a jamais essayé (à ma connaissance), je ne peux rien garantir. Par contre, je peux toujours anihiler le bug, s'il y en a un

ça f'ra plaisir à G4HD qui avait essayé et abandonné (sur son PB17" me semble t'il)...

[kakace]

A noter que cette fonction est censée fonctionner sur les PB 17, mais comme personne n'a jamais essayé (à ma connaissance), je ne peux rien garantir. Par contre, je peux toujours anihiler le bug, s'il y en a un 

ça f'ra plaisir à G4HD qui avait essayé et abandonné (sur son PB17" me semble t'il)...

Où est le bug-report ?
Je me vois mal acheter un PB 17" rien que pour tester ça. Si ceux qui en ont un ne se manifestent pas pour faire connaître leurs problèmes, ça ne risque pas d'évoluer dans le bon sens. A défaut de poster un véritable bug-report sur Bugzilla (distributed.net), un minimum d'explications ici même ou en privé doit être à la portée de tout le monde.
S'il s'avère que l'asservissement à la température ne fonctionne pas, j'ai à ma disposition quelques outils qui devraient permettre d'élucider le mystère. Ceci suppose une collaboration active avec les utilisateurs sus-mentionnés, de préférence par e-mail ([email protected])

[Héron]

Depuis que je suis équipé d'un portable, je ne calcule presque plus... désolé.
Pourquoi ? parce que ça chauffe... les ventilos, qui sont à l'arrêt en fonctionnement normal, se déchaînent dès le lancement de dnetc. Alors je préfère arrêter, hélas.
.../...

Oui, j'ai retrouvé le post après quoi tu lui avais répondu.
à priori ça n'avait pas dû suffir car lorsque je l'ai relancé pour calculer il évoquait toujours ce problême...

J'ai pas la possibilité de vérifier régulièrement, mais il me semble que dans "CPU/OS distribution", le couple PowerPC/Rhapsody est en train de remonter X86/Linux...

Le 28/11/03 : PowerPC/Rhapsody : 55 645 622
X86/Linux : 91 108 163
Ecart :35 462 541

C'est dommage qu'il n'existe pas de client pour Mac OS 8/9,
ça aurait donné un meilleurs aperçu de la place du Mac "over the world" et grossi les rangs en proportion !

Ce message a été modifié par Héron - 28 Nov 2003, 16:59.

[le ronin]

Bonjour à tous!
Voilà, excusez un peu de mes saugrenues questions mais j'essaie depuis hiers de me connecter à la team Macbidouille pour le projet RC5-72 et ça ne marche pas (il faut dire aussi que je suis novice ) j'ai suivi le mode d'emploi pour configurer le terminal, puis je l'ai relancé, le soir j'arrête les calculs et j'envoie mais le lendemain, pas de traces, rien... donc pas de mot de passe pour accéder au team. Au secours s'il vous plait!! Je pense que lors de la config, je n'ai pas optimiser (avec cette machine ) Quelqu'un peut-il m'éclairer?

[mitic]

J'avais un peu perdu de vue les forums macbidouille pour feter mon retour, j'ai mis dnetcX sur mon G5 24h/24h