DPC RC5-hitparade van 10 mei

zaterdag 11 mei 2002 13:30

Parse parsed te veel

Op zaterdag 11 mei 2002 13:14 schreef RobzQ het volgende:
P'cies. Er is toch nog ergens zo'n DPC flex team? Die zouden toch bijspringen als het nodig is?

Help?_{misschien werkt het}

Het is helemaal nog niet nodig, dus dat flex-team zal nog niet komen opdagen.

Heel simpel rekensommetje:
Afbeeldingslocatie: http://kow.qik.nl/formule.gif

Afbeeldingslocatie: http://kow.qik.nl/formule.gif

Dat betekent dat we kans hebben te worden ingehaald op Sinterklaasfeest 2005

Moeten we ons daar dan zorgen over maken

Nee toch zeker. Eind dit jaar is het project al afgelopen dus ...

Acties:

0rbit

Op zaterdag 11 mei 2002 13:29 schreef KoW het volgende:

[..]

Het is helemaal nog niet nodig, dus dat flex-team zal nog niet komen opdagen.

Heel simpel rekensommetje:
[afbeelding]
Dat betekent dat we kans hebben te worden ingehaald op Sinterklaasfeest 2005

Moeten we ons daar dan zorgen over maken Nee toch zeker. Eind dit jaar is het project al afgelopen dus ...

My point exactly! Verspil geen extra computers aan RC5 !

Ik ben geheel voldaan, dank u wel!

zaterdag 11 mei 2002 13:35

Acties:

TCF

Op zaterdag 11 mei 2002 13:14 schreef RobzQ het volgende:
P'cies. Er is toch nog ergens zo'n DPC flex team? Die zouden toch bijspringen als het nodig is?

Euhm DPC-Flex, volgens mij is dat een schone dood gestorven hellaas. Idee heeft een tijdje goed gewerkt

Is die output van de space eigenlijk wel 'mogelijk' zonder iets van trojans uit te zetten?

Zal echt niet met trojans zijn hoor. Ze hadden tijdje hiervoor al output van 2M per dag ongeveer

zaterdag 11 mei 2002 14:30

Acties:

JustMe

#1 R@H

Op zaterdag 11 mei 2002 13:30 schreef Mr_Atheist het volgende:

[..]

My point exactly! Verspil geen extra computers aan RC5 !

Ook helemaal mee eens. En over flex, de mensen die daarin zaten op het laatst doen eccp of rc5, dus dat zit wel goed

Cureseekers | There's something wrong with this yogurt

zaterdag 11 mei 2002 15:25

Acties:

mythor

Held in opleiding

<nostalgie>
zo begonnen wij ook met TA
deden zo nu en dan es 2x zo veel
en TA zat ons toen nog steeds uit telachen
het zou nog zo lang duren, we zouden geen kans maken
</nostalgie>

misschien toch bietje oppassen

What you say?!

zaterdag 11 mei 2002 15:34

Acties:

Ingmar

mozes kriebel, hebben die gasten alle pc's op cuba geassimileerd ofsow?

Zou Fidel er persoonlijk iets mee van doen hebben? Weliswaar overall geen bedreiging, maar elke dag 2e in de stats is ook niet leuk

.

One semester we took criminology for God's sake! Criminology! Who the fuck are we studying to be, Batman?

zaterdag 11 mei 2002 15:38

Acties:

zaterdag 11 mei 2002 15:42

Parse parsed te veel

Op zaterdag 11 mei 2002 15:25 schreef mythor het volgende:
<nostalgie>
zo begonnen wij ook met TA
deden zo nu en dan es 2x zo veel
en TA zat ons toen nog steeds uit telachen
het zou nog zo lang duren, we zouden geen kans maken
</nostalgie>

misschien toch bietje oppassen

Tuurlijk lachtte TA ons uit. Dat doen wij (bij ECCp) nu ook bij Ars Technica. Dat hoeft niet te betekenen dat de bedreiging onderkent word.

Bevendien, bij TA zijn er nog twee andere hele belangrijke zaken die het hele team verwoest hebben.
Om te beginnen de zaak McOwen, en later de grote TA oorlog.

Tuurlijk moet je altijd blijven opletten, maar met deze output duurt het nog heel erg lang.
Je moet je pas zorgen maken als ze met hun output ons over een maand of twee zouden kunnen inhalen. Dan begint het tijd te worden om ongerust te worden, maar nu is er nog geen enkele reden tot bezorgdheid.

Zelfs al zouden ze 10x meer produceren dan ons, dan nog zou het drie maanden duren voor ze ons kunnen inhalen.

* KoW isn't afraid

Acties:

[eNeRGy]

Op zaterdag 11 mei 2002 10:58 schreef -ProXy- het volgende:
maar er zal wel heel veel moeten gebeuren om 4M per dag te gaan crunchen. En dat zal dan ten koste gaan van andere projecten.......

Mjah, nu gebeurt toch precies het omgekeerde ? iedereen gaat andere projecten doen en dan het vreemd vinden dat we bij RC5 niet meer eerste staan.

zaterdag 11 mei 2002 15:58

Acties:

zaterdag 11 mei 2002 16:01

Parse parsed te veel

Op zaterdag 11 mei 2002 15:42 schreef [eNeRGy] het volgende:
Mjah, nu gebeurt toch precies het omgekeerde ? iedereen gaat andere projecten doen en dan het vreemd vinden dat we bij RC5 niet meer eerste staan.

Enige onderbouwing

De laatste tijd maken de kleine projecten erg weinig groei door. Alleen SETI loopt goed qua nieuwe users aantallen.

Enne, Zonder de 'nu niet meer zo kleine' projecten had DPC een hoop minder leden gehad.

Bij RC5 de #1 behouden had niet mogelijk geweest. En zo wel, dan wil ik die DPC-er wel eens zien die in 3 maanden tijd van niks uitgroeid tot een subteam met een dagoutput van 4 miljoen units. Hij/zij krijgt van mij een biertje

Acties:

TWBMS

enige reden dat ik RC5 doe is omdat mijn computer geen last er van heeft. Die andere projecten werken niet helemaal 100% met de idle time

Saru mo ki kara ochiru | Even monkees fall from trees

zaterdag 11 mei 2002 16:27

Acties:

Loco-Motiv

Eppur Si Muove!

Ook OGR niet? Of hangt dat weer van de core af?
Ik denk dit omdat het dezelfde client betreft (RC5/OGR)

last.fm

zaterdag 11 mei 2002 18:26

Acties:

Cool_Willy

Op zaterdag 11 mei 2002 14:30 schreef JustMe_ het volgende:

[..]

Ook helemaal mee eens. En over flex, de mensen die daarin zaten op het laatst doen eccp of rc5, dus dat zit wel goed

Helemaal NIET mee eens! Willen jullie niet de juiste code vinden ofzo??? Als The-Space.net (elke dag) 2x zo hard gaat als wij, dan hebben ze dus ook (elke dag!!!) 2x zoveel kans om de code te vinden!
Dus dan is het juist wel weer nuttig om even meer computers in te zetten voor RC5.
Daarnaast, dit project begint al aardig op z'n eind te lopen en dan gaat het alleen maar sneller en kunnen er in één keer HEEL veel computers op andere projecten gezet worden.

(PS: DPC AUGUSTIJN weer blokjes kwijt?)

zaterdag 11 mei 2002 19:03

Acties:

CBA

een vat, een vat, een vat !

sja momenteel valt er niet veel te doen aan die space netters.

Diablo 3 Profiel - WoW Warrior

zaterdag 11 mei 2002 19:15

Acties:

zaterdag 11 mei 2002 21:23

Parse parsed te veel

Op zaterdag 11 mei 2002 18:26 schreef Cool_Willy het volgende:

Leuk verhaal, maar de argumenten kloppen niet

Het maakt bijna niks uit of dinges 2 keer zoveel produceert als ons. Nu doen we 2M3 van de 63M. Zonder die figuren deden we 2M3 van de 59M. In verhouding maakt het dus heel niet veel uit.
En ook bij die andere projecten is er een key die gevonden moet worden, waarbij DPC het leuk zou vinden de vinder te zijn.

En dat tweede puntje; Als je dat zou doen is over een jaar alles afgelopen behalve SETI. Dan is de diversiteit van DPC ineens compleet weg.
Nee, dan kun je nog beter zeggen, het zou goed zijn als er mensen van RC5 overstapten op een aantal kleinere projectjes, want nu ziet het er naar uit dat we de #1 eindpositie niet gaan behalen, of dat we die gaan verliezen.

Acties:

Pim.

Aut viam inveniam, aut faciam

Op zaterdag 11 mei 2002 19:15 schreef KoW ook een leuk verhaal:

[..]

Ook een leuk verhaal maar hij heeft het over de kansen die de spacers op het moment hebben (dus niet overall) om de key te vinden ... en D.net is daar toch redelijk duidelijk over:

Dutch Power Cows completed 2,363,551 blocks yesterday at a sustained rate of 7,343,297 Kkeys/second!
Dutch Power Cows is ranked #2 for yesterday!
The odds are 1 in 27 that this team will find the key before anyone else does.

The-Space.Net completed 4,067,346 blocks yesterday at a sustained rate of 12,636,804 Kkeys/second!
The-Space.Net is ranked #1 for yesterday!
The odds are 1 in 15 that this team will find the key before anyone else does.

"The trouble with quotes from the Internet is that you can never know if they are genuine." - Elvis Presley | Niet met me eens ? DM ME

zaterdag 11 mei 2002 21:53

Acties:

gp500

en Kow ik wil je niet afstraffen

maar er zijn naast de projecten die dpc nu doet ook de kleine
nog genoeg andere projecten.

en na die komen er nog wel weer meer

en Nu maar eens naar de KROEG

zaterdag 11 mei 2002 22:50

Acties:

zaterdag 11 mei 2002 23:20

Parse parsed te veel

Op zaterdag 11 mei 2002 21:53 schreef gp500 het volgende:
... en Nu maar eens naar de KROEG

Je hebt er al eentje op zo te zien

Maar je hebt gelijk, er zijn nog meer kleinere projectjes. Wat ik bedoelde te zeggen is dat het juist niet leuk is als al de RC5 power daar in zou zitten. Dan waren alle projectjes een fluitje van een cent, en dan is er weer niks aan. Gewoon lonely aan de top staan is hopeloos saai, en als dat gebeurt dan vertrekt * KoW

Op zaterdag 11 mei 2002 21:23 schreef -ProXy- het volgende:
Ook een leuk verhaal maar hij heeft het over de kansen die de spacers op het moment hebben (dus niet overall) om de key te vinden ... en D.net is daar toch redelijk duidelijk over:
... DPC ... 1 op 27
... Space ... 1 op 15

Ja natuurlijk. Je hebt gelijk. Ik bedoel te zeggen dat de kans dat wij de key winnen is veranderd van 1 op 27,3 naar 1 op 27,1, dus dat dat niet zo veel uitmaakt.
Uiteraard heeft een team dat twee keer zoveel produceert meer kans de key te vinden. Maar, stel, alle teams onder ons gaan samen. Dan hebben zij een kans van 26 op 27 om de key te vinden. Leuk voor hen, maar dat veranderd toch niets aan de kans dat wij hem vinden. De kans dat wij hem vinden is nog steeds net zo groot hoor. Nu hebben we namelijk ook een kans van 26 op 27 dat een ander team de key vind.

Wil je echt die key vinden dan

Dan moet je b.v. onze output ver-26-voudigen. In dat geval hebben wij een kans van 1 op 2 om de key te vinden, maar de anderen hebben dat ook. Dus, we moeten ver-239-voudigen. Dan is de kans al 9 op 10 dat wij hem vinden, maar dan nog heb je 10% kans dat een ander hem vind.
Weet je wat, we ver-259.974-voudigen onze dagoutput. Dan hebben we een kans van 99,99% dat wij de key vinden.

_{Maar, stel nu, die 0,01% ...}

Dat bedoel ik dus.

Acties:

Loco-Motiv

Eppur Si Muove!

Kansberekening...

Dus, als ik lekker in me uppie was door blijven gaan, kon ik ook de winnende key pakken.

Dus eigelijk draait deze wedstrijd om de kans dat er een key word gevonden

last.fm

zondag 12 mei 2002 00:07

Acties:

Verwijderd

Op zaterdag 11 mei 2002 13:14 schreef RobzQ het volgende:

[..]

Frikandelluh??
lijk wel 'mogelijk' zonder iets van trojans uit te zetten?

[DPC]Division Eindhovuh natuurlijk. Zie Oploos zijn ondertekening.

zondag 12 mei 2002 00:25

Acties:

RobzQ

greedy as a pig

Op zondag 12 mei 2002 00:07 schreef The_Outlaw_Torn het volgende:

[..]

[DPC]Division Eindhovuh natuurlijk. Zie Oploos zijn ondertekening.

..so be wary of any man who keeps a pig farm..

zondag 12 mei 2002 00:33

Acties:

TWBMS

Op zaterdag 11 mei 2002 16:27 schreef Loco-Motiv het volgende:
Ook OGR niet? Of hangt dat weer van de core af?
Ik denk dit omdat het dezelfde client betreft (RC5/OGR)

Ja OGR werkt wel, alles met de cleint van d.net werkt prima met de idle time. draai hem overal tussen door en langs.
Kan ik van ECCp niet bepaald zeggen. Je merkt gewoon dat het programma draait. En ik heb geen zin om steeds die proggies aan en uit te zetten omdat ik adners iets niet kans spelen of doen.

Saru mo ki kara ochiru | Even monkees fall from trees

zondag 12 mei 2002 01:10

Acties:

Ingmar

Op zaterdag 11 mei 2002 22:50 schreef KoW het volgende:

[..]
*knip*
[..]

Ja natuurlijk. Je hebt gelijk. Ik bedoel te zeggen dat de kans dat wij de key winnen is veranderd van 1 op 27,3 naar 1 op 27,1, dus dat dat niet zo veel uitmaakt.
Uiteraard heeft een team dat twee keer zoveel produceert meer kans de key te vinden. Maar, stel, alle teams onder ons gaan samen. Dan hebben zij een kans van 26 op 27 om de key te vinden. Leuk voor hen, maar dat veranderd toch niets aan de kans dat wij hem vinden. De kans dat wij hem vinden is nog steeds net zo groot hoor. Nu hebben we namelijk ook een kans van 26 op 27 dat een ander team de key vind.

Wil je echt die key vinden dan Dan moet je b.v. onze output ver-26-voudigen. In dat geval hebben wij een kans van 1 op 2 om de key te vinden, maar de anderen hebben dat ook. Dus, we moeten ver-239-voudigen. Dan is de kans al 9 op 10 dat wij hem vinden, maar dan nog heb je 10% kans dat een ander hem vind.
Weet je wat, we ver-259.974-voudigen onze dagoutput. Dan hebben we een kans van 99,99% dat wij de key vinden.

_{Maar, stel nu, die 0,01% ...}

Dat bedoel ik dus.

Misschien zij we het deel vcan de keyspace waarin de winnende key zich bevindt al wel gepaseerd. De masterkeyserver biedt steeds blokjes aan uit een bepaald deel van de keyspace omdat de complete keyspace een veel te grote serverload op zou leveren (willekeurigeblokjes uit de hele keyspace). Van dat betreffende deel zijn er altijd een aantal blokjes die om whatever reason niet teruggestuurd worden. als de complete keyspace is gecontroleerd (en de winnende key is nog niet gevonden), worden al die kleine missende stukjes op een hoop geveegd en opnieuw uitgedeeld. Op het moment dat dat zo is (als het gebeurt!), dan moet je pas echt veel output leveren omdat de kans dat je dan het winnende blokje sumbit relatief veel groter is.

[blaatmode]
ik weet niet of ik dit verhaal zelf nog kan volgen als ik morgen weer geheel nuchter ben, maar dat zien we dan wel

[/blaatmode]

One semester we took criminology for God's sake! Criminology! Who the fuck are we studying to be, Batman?

zondag 12 mei 2002 02:09

Acties:

Loco-Motiv

Eppur Si Muove!

Klinkt iig aannemelijk

Ik zal daar morgen nog eens met een fris hoofd over nadenken

last.fm

zondag 12 mei 2002 02:16

Acties:

[eNeRGy]

Op zondag 12 mei 2002 01:10 schreef Ingmar het volgende:

[..]

Misschien zij we het deel vcan de keyspace waarin de winnende key zich bevindt al wel gepaseerd. De masterkeyserver biedt steeds blokjes aan uit een bepaald deel van de keyspace omdat de complete keyspace een veel te grote serverload op zou leveren (willekeurigeblokjes uit de hele keyspace). Van dat betreffende deel zijn er altijd een aantal blokjes die om whatever reason niet teruggestuurd worden. als de complete keyspace is gecontroleerd (en de winnende key is nog niet gevonden), worden al die kleine missende stukjes op een hoop geveegd en opnieuw uitgedeeld. Op het moment dat dat zo is (als het gebeurt!), dan moet je pas echt veel output leveren omdat de kans dat je dan het winnende blokje sumbit relatief veel groter is.

Ja en Nee.

Je theorie klopt wel, maar Dnet doet tussendoor soms al inhaalslagen met gemiste keys AFAIK.

zondag 12 mei 2002 04:02

Acties:

Verwijderd

Op zondag 12 mei 2002 02:16 schreef [eNeRGy] het volgende:
Je theorie klopt wel, maar Dnet doet tussendoor soms al inhaalslagen met gemiste keys AFAIK.

Dat zou logisch zijn. Ik zou het toch zo doen. Anders wordt de lijst met 'gaten' gewoon te groot om op een deftige manier te beheren...

zondag 12 mei 2002 08:08

Acties:

Verwijderd

Ik vraag me eigenlijk af of D.Net al eens heeft onderzocht of gevraagd waar ze die }:O-power ineens vandaan toveren.

Ik heb wel eens dingen gehoord over een militaire basis of zoiets .. maar misschien is het een trojan, of een gehackte client, of .. draaien er echt machines, maar zonder echte toestemming.

Wie weet daar wat meer van?

zondag 12 mei 2002 08:50

Acties:

TWBMS

ik zou zeggen vraag het hun

Saru mo ki kara ochiru | Even monkees fall from trees

zondag 12 mei 2002 11:18

Acties:

TCF

Op zondag 12 mei 2002 00:33 schreef TWBMS het volgende:
Ja OGR werkt wel, alles met de cleint van d.net werkt prima met de idle time. draai hem overal tussen door en langs.
Kan ik van ECCp niet bepaald zeggen. Je merkt gewoon dat het programma draait. En ik heb geen zin om steeds die proggies aan en uit te zetten omdat ik adners iets niet kans spelen of doen.

Ik weet niet welke PC jij hebt dat jij iets merkt van de eccp-client (of welke versie van de client jij draait?), maar bij mij draait eccp zelfs nog goed op oude pentium 300 machines.

zondag 12 mei 2002 11:44

Acties:

Verwijderd

Op zondag 12 mei 2002 11:18 schreef Mar het volgende:

[..]

Ik weet niet welke PC jij hebt dat jij iets merkt van de eccp-client (of welke versie van de client jij draait?), maar bij mij draait eccp zelfs nog goed op oude pentium 300 machines.

Tuurlijk dat het goed draait, maar er is iets mis met de priority van de executable. Ofschoon in de taskmanager van Win2k staat dat ECCP109ws.exe op "idle" draait, heeft hij zéker een hogere prioriteit van de

bv.

Zo zat ik een tijdje geleden een DivX filmpje te encoden, en dat was echt niet vooruit te branden. Ik ging naar de taskmanager, en wat bleek ? Eccp en Virtualdub waren met elkaar aan het vechten voor de CPU (50% elk). Verwerk ik iets met virtualdub en de

draait, dan is er geen vuiltje aan de lucht, en blijft de dnetc.exe client mooi op 00% CPU time, en gaat al de rest naar andere programma's.

Dit is een gekend probleem met de ECCP client, en op hun software pagina, kan je onderaan in de tabel een versie downloaden waarbij dit is opgelost.

Waarom gebruik ik die client dan niet ? Omdat ik een onofficiële enhanced Statsaholic client gebruik. Deze bevat extra optimalisaties, en is tot 30% sneller dan de officiële client. Nadeel is dat die de idle setting niet zo mooi respecteert

En ja, als ik m'n CPU dan volledig nodig heb voor iets, dan moet ik die client stilleggen, en 20 kansen op 10 vergeet ik hem daarna weer aan te zetten, waardoor er veel potentieel werk verloren gaat. De dnetc client is nog altijd de flexibelste, best geteste en bugvrije client voor distributed computing projecten in mijn nederige opinie...

zondag 12 mei 2002 12:22

Acties:

ColdFusion

Ik gebruik de v1.30 geoptimaliseerde versie van... week niet meer. Niet van statsaholic. Die is nog sneller en daar merk ik totaal nix van als ik virtual dub gebruik terwijl eccp draait. Je moet natuurlijk wel de priority op low houden staan (ook ff in je ini checken).

_______________-=Team ColdFusion=-_______________
#2 DPAD - #2 OGR27 - #2 F@H - #3 R@H - #5 RC5 - #6 SoB - #10 WCG
||| #1 ECCp109 - #1 ECC2-109 - #1 OGR24 - #1 D2OL P1|||

zondag 12 mei 2002 13:33

Acties:

TCF

Op zondag 12 mei 2002 11:44 schreef Hawk het volgende:
Tuurlijk dat het goed draait, maar er is iets mis met de priority van de executable. Ofschoon in de taskmanager van Win2k staat dat ECCP109ws.exe op "idle" draait, heeft hij zéker een hogere prioriteit van de bv.

Daar heb ik nooit iets van gemerkt, draai eccp op 5-10 verschillende systemen van p200 - MP2000

Zo zat ik een tijdje geleden een DivX filmpje te encoden, en dat was echt niet vooruit te branden. Ik ging naar de taskmanager, en wat bleek ? Eccp en Virtualdub waren met elkaar aan het vechten voor de CPU (50% elk). Verwerk ik iets met virtualdub en de draait, dan is er geen vuiltje aan de lucht, en blijft de dnetc.exe client mooi op 00% CPU time, en gaat al de rest naar andere programma's.

Heel soms zie ik wel eens dat eccp (maar ook rc5 of d2ol) ruzie heeft met een ander programma, maar of dat echt door die dist. clients komen weet ik niet. Kan ook dat een ander programma bijv. explorer de boosdoener is, na reboot (wat ik maar 1x per week doe) is alles weer ok

Dit is een gekend probleem met de ECCP client, en op hun software pagina, kan je onderaan in de tabel een versie downloaden waarbij dit is opgelost.

Waarom gebruik ik die client dan niet ? Omdat ik een onofficiële enhanced Statsaholic client gebruik. Deze bevat extra optimalisaties, en is tot 30% sneller dan de officiële client. Nadeel is dat die de idle setting niet zo mooi respecteert

Ik gebruikt overigens ook die optimized versies (ofwel Statsaholic of de Ken's G6-client)

En ja, als ik m'n CPU dan volledig nodig heb voor iets, dan moet ik die client stilleggen, en 20 kansen op 10 vergeet ik hem daarna weer aan te zetten, waardoor er veel potentieel werk verloren gaat. De dnetc client is nog altijd de flexibelste, best geteste en bugvrije client voor distributed computing projecten in mijn nederige opinie...

Dit zou dus echt niet nodig moeten zijn. Welke OS gebruik je trouwens? * Mar draait bijna alleen maar NT/W2K/XP

zondag 12 mei 2002 14:02

Acties:

Verwijderd

Ik gebruik Win2K SP2 met de StatsAholic 1.30.2 client. De priority staat op low in de eccp109.ini file, en ook de taskmanager geeft aan dat die op idle draait.

Voor zover ik weet zijn er 9 priority levels in Windows (vraag me niet dewelke), en ik denk dat ECCP toch een trapje hoger staat dan bv. de Dnet client.

Nu goed, ik blijf toch lekker ECCP draaien, omdat ik zo'n bruin voorgevoelen heb dat we RC5 (gedeeltelijk) opnieuw mogen gaan doen (vergelijk met het CSC fiasco), en ECCP vlugger gedaan zal zijn dan RC5.

Coldfusion: zou je eventueel die client ergens online kunnen pleuren om eens uit te testen ?

zondag 12 mei 2002 14:41

Acties:

TCF

Op zondag 12 mei 2002 14:02 schreef Hawk het volgende:
Coldfusion: zou je eventueel die client ergens online kunnen pleuren om eens uit te testen ?

ColdFusion is F1 aan het kijken, bij deze de link van die andere client; ook wel Ken's G6 client genaamd: http://ucsub.colorado.edu/~brazier/programs/eccp109w.zip

Deze .exe effe uitpakken in je eccp-map erbij zetten (zo kun je ook altijd de statsaholic-verise ook nog gewoon opstarten)