Denna delen av 99 uppdateras inte längre utan har arkiverats inför framtiden som ett museum.
Här kan du läsa mer om varför.
Mac-nyheter hittar du på Macradion.com och forumet hittar du via Applebubblan.

Kodknäckarprojekt - startat av Hugin

Tråden skapades och har fått 450 svar. Det senaste inlägget skrevs .

Enligt statistiken har jag ännu inte tillfört något

  • Medlem
  • Stockholm
  • 2005-02-28 00:29
Ursprungligen av Björnström:

Enligt statistiken har jag ännu inte tillfört något

Har du flushat? Tar ju ett tag innan man får tillräckligt många block för att autoflusha....

Ursprungligen av Björnström:

Enligt statistiken har jag ännu inte tillfört något

Den uppdateras ganska sent på natten. Jag tror att det är kl 2. (Du finns där nu i alla fall.)

  • Medlem
  • Lund
  • 2005-03-01 09:03
Ursprungligen av Björnström:

Enligt statistiken har jag ännu inte tillfört något

Du syntes igår, men inte idag. Har du klienten igång fortfarande? Kolla loggen så att allt ser okej ut.

Ursprungligen av hugin:

Du syntes igår, men inte idag. Har du klienten igång fortfarande? Kolla loggen så att allt ser okej ut.

Den kör för fullt härborta i ett dygn till, sedan måste jag lämna tillbaka min G5

Men vad är nu detta? Det verkar som att min klient helt på eget initiativ har börjat arbeta med fel uppgift. Så här ser det ut i loggen:

Citat:

Feb 28 11:35:54 UTC] RC5-72: 0 packets remain in buff-in.r72
[Feb 28="28" 11:35:54 UTC] RC5-72: 24 packets (24.00 stats units) are in
buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Feb 28="28" 11:44:19 UTC] RC5-72: Completed CA:E2917F79:00000000 (1.00 stats units)
0.00:08:24.43 - [8,514,558 keys/s]
[Feb 28="28" 11:44:19 UTC] OGR-P2: using core #1 (KOGE 2.0 Hybrid).
[Feb 28="28" 11:44:19 UTC] OGR-P2: Loaded 25/19-4-32-7-8-2
[Feb 28="28" 11:44:19 UTC] RC5-72: Summary: 49 packets (49.00 stats units)
0.19:05:50.17 - [3,061,179 keys/s]
[Feb 28="28" 11:44:19 UTC] RC5-72: 0 packets remain in buff-in.r72

Varför dyker plötsligt OGR upp? Hur fixar jag det? Det ser ut som att min klient omväxlande har arbetat med OGR och RC5-72 under dagen, vilket resulterar i att jag bara har en tredjedel så mycket som jag brukar i statistiken.

  • Medlem
  • Stockholm
  • 2005-03-01 02:39
Ursprungligen av Nicklas Högås:

Men vad är nu detta? Det verkar som att min klient helt på eget initiativ har börjat arbeta med fel uppgift. Så här ser det ut i loggen:

Varför dyker plötsligt OGR upp? Hur fixar jag det? Det ser ut som att min klient omväxlande har arbetat med OGR och RC5-72 under dagen, vilket resulterar i att jag bara har en tredjedel så mycket som jag brukar i statistiken.

kör dnetc -config och gå in under 2) Buffer and Buffer Update Options
skriv 12 och sätt OGR-P2=0

Fixat!

Ursprungligen av eric:

kör dnetc -config och gå in under 2) Buffer and Buffer Update Options
skriv 12 och sätt OGR-P2=0

Fixat!

Under 12 (Fetch work threshold) ser det ut så här:

Citat:

Default Setting: 0 (default size or determine from time threshold)
Current Setting: RC5-72=0,OGR-P2=0
New Setting --> RC5-72=0,OGR-P2=0

OGR står alltså redan på 0. Ska jag ställa RC5 på något annat? Jag undrar även om mina inställningar under 9 (Load-work precedence) är riktiga? Där har jag "Current Setting: RC5-72,OGR-P2".

Jag antar att något hände med inställningarna när jag uppgraderade klienten.

Edit: Jag ställde inställningarna under Load-work precedence till "RC5-72,OGR-P2:0", och det ser ut som att den bara arbetar med RC5 nu. Tala om ifall jag gjort något dumt.

Senast redigerat 2005-03-01 12:36
  • Medlem
  • Lund
  • 2005-03-01 21:51
Ursprungligen av Nicklas Högås:

Edit: Jag ställde inställningarna under Load-work precedence till "RC5-72,OGR-P2:0", och det ser ut som att den bara arbetar med RC5 nu. Tala om ifall jag gjort något dumt.

Helt rätt. Om du skriver RC5-72,OGR-P2=0 eller RC5-72,OGR-P2:0 spelar ingen roll.

  • Medlem
  • 2005-03-19 17:25

Ja det är verkligen intressant hur pass mycket altivec gör i de här beräkningarna. En Cube G4 450Mhz jag kör det på klarar exempelvis lika många nycklar/sec som en Pentium 4 2749MHz enligt de här tabellerna.

PowerPC
x86

  • Medlem
  • 2005-03-19 17:40

Btw, vad står parametrarna "progress-indicator=auto-sense" och "detached=yes" i configfilen för?

  • Medlem
  • Lund
  • 2005-03-19 20:42
Ursprungligen av XedoZ:

Btw, vad står parametrarna "progress-indicator=auto-sense" och "detached=yes" i configfilen för?

Det första är hur den visar information om pågående process och det andra innebär att den kör i s.k. 'quiet mode', d.v.s. den körs "osynligt".

  • Medlem
  • 2005-03-19 19:48

Har oxå en liten fråga: Kan man ställa in så den använder ca. 50% av processorn?
(Anledningen är att min mini sätter igång fläkten vid högre belastning...)

  • Medlem
  • Lund
  • 2005-03-19 20:43
Ursprungligen av garda:

Har oxå en liten fråga: Kan man ställa in så den använder ca. 50% av processorn?
(Anledningen är att min mini sätter igång fläkten vid högre belastning...)

Det hade verkligen varit underbart om det hade gått, men tyvärr gör det inte det. Det man kan göra är att sätta en temperaturspärr, så att den slår av om processorn uppnår en viss temperatur. Detta kräver att man har en dator som stöder detta, men jag tror att alla G4 och G5 har vad som krävs.

Jag tänkte ställa upp och hjälpa till så mycket jag kan offra.
Får lite konstiga meddelanden då jag drar igång dock.

dnetc v2.9009-494-CTR-04081422 for Mac OS X (Darwin 7.8.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) '[email protected]'

[Mar 21="21" 15:05:11 UTC] Automatic processor detection found 2 processors.
[Mar 21="21" 15:05:11 UTC] Loading crunchers with work...
[Mar 21="21" 15:05:11 UTC] Connected to euro.v29.distributed.net:2064...
[Mar 21="21" 15:05:11 UTC] Net::write: error 61: Connection refused
[Mar 21="21" 15:05:11 UTC] Connection closed.
[Mar 21="21" 15:05:11 UTC] Network update is currently not available.
[Mar 21="21" 15:05:11 UTC] Automatic processor type detection found
a PowerPC 970 (G5) processor.
[Mar 21="21" 15:05:11 UTC] RC5-72: using core #4 (KKS 7450).
[Mar 21="21" 15:05:11 UTC] RC5-72 #a: Loaded random 53:9291A347:00000000:1*2^32
[Mar 21="21" 15:05:11 UTC] RC5-72 #b: Loaded random 53:9E217088:00000000:1*2^32
[Mar 21="21" 15:05:11 UTC] RC5-72: 0 packets remain in buff-in.r72
[Mar 21="21" 15:05:11 UTC] RC5-72: 0 packets are in buff-out.r72
[Mar 21="21" 15:05:11 UTC] 2 crunchers ('a' and 'b') have been started.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Mar 21="21" 15:10:11 UTC] RC5-72 #b: Completed 53:9E217088:00000000 (1.00 stats ...
0.00:04:58.96 - [14,366,532 keys/s]
[Mar 21="21" 15:10:11 UTC] Connected to euro.v29.distributed.net:2064...
[Mar 21="21" 15:10:11 UTC] Net::write: error 61: Connection refused
[Mar 21="21" 15:10:11 UTC] Connection closed.
[Mar 21="21" 15:10:11 UTC] RC5-72 #b: Loaded random 53:923915D7:00000000:1*2^32
[Mar 21="21" 15:10:11 UTC] RC5-72 #a: Completed 53:9291A347:00000000 (1.00 stats ...
0.00:04:59.23 - [14,353,472 keys/s]
[Mar 21="21" 15:10:11 UTC] RC5-72 #a: Loaded random 53:943AABAA:00000000:1*2^32
[Mar 21="21" 15:10:11 UTC] RC5-72: Summary: 2 packets (2.00 stats units)
0.00:05:00.05 - [28.63 Mkeys/s]
[Mar 21="21" 15:10:11 UTC] RC5-72: 0 packets remain in buff-in.r72
[Mar 21="21" 15:10:11 UTC] RC5-72: 2 packets (2.00 stats units) are in
buff-out.r72

Connection refused, är det konstiga menar jag.

Min gissning är våran brandvägg, vad är Er? Vore synd om det föll på det.

  • Medlem
  • 2005-03-21 16:55

Om det nu är brandväggen finns det tips hur man kan göra här:
http://www.distributed.net/docs/tutor_netopt.php#no_firewall

Det är väl lite olika, jag har inte några portar öppna men det funkar ändå...

damn it, en hel natt till spillo. Den ställde om sig av sig självt till OGR

Load Work Precedence-knepet fixade det i alla fall, så imorrn e jag med på banan.

  • Medlem
  • Lund
  • 2005-03-22 09:27
Ursprungligen av Daniel Eriksson:

damn it, en hel natt till spillo. Den ställde om sig av sig självt till OGR

Load Work Precedence-knepet fixade det i alla fall, så imorrn e jag med på banan.

Du är inte ensam. De flesta gör den missen i början.

När vi ändå pratar om OGR så finns det några personer som kör OGR regelbundet. Är det avsiktligt eller ej? Vore kul att veta. Här hittar man OGR-statistiken: http://stats.distributed.net/team/tmember.php?project_id=25&team=30140&source=y

Det är naturligtvis tillåtet att köra OGR, det är bara det att SMT är fokuserade på RC5-72. Det är ju där pengarna finns.

Ursprungligen av hugin:

Du är inte ensam. De flesta gör den missen i början.

När vi ändå pratar om OGR så finns det några personer som kör OGR regelbundet. Är det avsiktligt eller ej? Vore kul att veta. Här hittar man OGR-statistiken: http://stats.distributed.net/team/tmember.php?project_id=25&team=30140&source=y

Det är naturligtvis tillåtet att köra OGR, det är bara det att SMT är fokuserade på RC5-72. Det är ju där pengarna finns.

grr, så är det ingen som säger något...

Som jag ser det just nu så kommer denna kunna gå 24 timmar om dygnet, en Dual 2 GHz G5:a. Bör ge lite boost i projektet i alla fall.

Tidigare så var det en uträkning på att det skulle ta 996 år innan 100% av alla kombinationer var testade. Åren går snabbt (jaja) för om jag nu inte räknat helt fel så är det 723,6 år kvar innan alla kombos är testade. Om man räknar med att gårdagens antal håller i sig. (bör tilläggas att matematik och jag sällan går hand i hand)

Datorerna går snabbare, och möjligtvis är det fler som är engagerade i projektet nu.

Någon som orkar räkna med de siffrorna? Alltså, ta reda på när det var 996 år som var summan... och nu är det 723,6. Om det går nedåt i samma stadiga takt, när är alla kombos testade?

  • Medlem
  • Lund
  • 2005-03-28 22:18
Ursprungligen av Daniel Eriksson:

Någon som orkar räkna med de siffrorna? Alltså, ta reda på när det var 996 år som var summan... och nu är det 723,6. Om det går nedåt i samma stadiga takt, när är alla kombos testade?

Bra idé. Jag pushar vidare för att någon som inte mattekunskaperna nerpackade i lådår längst bak i hjärnan att räkna ut det. Vore intressant.

  • Medlem
  • Göteborg
  • 2005-03-28 12:56

ok, nu är jag med i spelet kommer bidra med två maskiner som kommer tugga så gott det går.
Får gå med i Teamet så fort jag hinner, fast det tog en dag innan man kunde det va? Man var väl tvungen att skicka in lite statestik innan man kunde regga sig, om jag inte läst helt fel.

Det löser sig ska bli kul.

Nu har 'vi' klättrat till 48:e plats.

Whooppie!

  • Medlem
  • 2005-04-12 09:25
Ursprungligen av sugplopp:

Nu har 'vi' klättrat till 48:e plats.

Whooppie!

YES! Vi är tillbaka på 48, vi hade ju en liten svacka där vi tappade en placering men nu ser det stabilare ut. Vi kommer nog klättra en bit till, men det kommer ta tid....

  • Medlem
  • Lund
  • 2005-04-16 22:39

Det är kul att vi går framåt igen! Inom två veckor bör vi ha hunnit om fransoserna på plats 47 också...

Några G4 och G5 till i laget vore ju inte helt fel dock.

På senaste tiden har jag känt lite tveksamhet till att köra dnetc, men mina skäl kanske inte har någon hållbar grund? Det är så att jag har ställt in min PM G4 i ett skåp, som dämpar ljudet en del. Det är bara halvbra ventilerat. Normalt visar Temperature Monitor att processorn ligger på 45-48°C, men med dnnetc igång går temperaturen gärna upp till ca 55-60°C. Det tror jag är ganska acceptabelt, även om det känns rätt varmt i övre delen av skåpet. Längst ner i skåpet, där luft sugs in, är det dock fortfarande svalt.

Vad är era idéer om detta? Kommer den ökade temperaturen att öka slitaget på min hårdvara, eller är det inget att bry sig om?

Bevaka tråden