DPC - MUON - FAQ

deze is ook wel geinig heb hem niet via een ivulform gedaan dus ik moet nog ff kijken of het zo goed is

Sinds 29-10-2002:
Nieuwe versie Muonmonitor (versie 0.3.2)
http://www.rechenkraft.ne...onmonitor/muonmonitor.zip

Of zie deze thread op het rechenkraft forum:
http://217.160.138.71/phpBB/viewtopic.php?t=1761

Verwijderd schreef op 01 november 2002 @ 14:30:
[...]

mooi, dat php-scriptje ... moet je je daarvoor aanmelden bij Rechenkraft ??

Goner

Nee hoor, gewoon even je nick invullen, en voila, je hebt je eigen counter.



Dit is de mijne.

Thorin schreef op 01 november 2002 @ 15:19:
Alleen zie ik nu dat hij de teamstats van Swissteam doogeeft

yep ... en als je dat "&team=..." weglaat dan krijg je de Rechenkraft stats ... ?!

ja het is niet te achetrhalen hoe je DPC stats krijgt ...tenminste ik had niet verder meer gekeken

voor de liefhebbers; bij die aarzen hebben ze een Athlon optimized client gemaakt die ik ff gemirrord heb...

http://62.195.224.44/stuff/muonathlon.exe

ik heb hem niet eens kunnen proberen; ik heb geen athlon, en dan sluit de client automagisch weer af

hm bij een athlon XP doet hij ook niets. (bij mij tenminste)
jammel

Verwijderd schreef op 01 november 2002 @ 19:33:
voor de liefhebbers; bij die aarzen hebben ze een Athlon optimized client gemaakt die ik ff gemirrord heb...

http://62.195.224.44/stuff/muonathlon.exe

ik heb hem niet eens kunnen proberen; ik heb geen athlon, en dan sluit de client automagisch weer af

zelfde als www.outer, hier doet hij het ook niet

naiko

Verwijderd schreef op 01 november 2002 @ 19:33:
voor de liefhebbers; bij die aarzen hebben ze een Athlon optimized client gemaakt die ik ff gemirrord heb...

http://62.195.224.44/stuff/muonathlon.exe

ik heb hem niet eens kunnen proberen; ik heb geen athlon, en dan sluit de client automagisch weer af

hij doet het wel bij mij

amd athlon xp 1800+

alleen ik draai op deze bak TSC .. iig tot 8 november dna stap ik waarchijnlijk met deze bak ook ff op muon en dan zal ik wel ff benchmarken

windoos xp hierzo

_DPC_Scorpion schreef op 02 november 2002 @ 13:01:
windoos xp hierzo

oke,
Gevonden.

De originele link http://web.ics.purdue.edu/~bauerlej/muonathlon.exe
Hij doet het (bij mij) alleen maar als de grafishe windows client is geinstalleerd.
In de CLI dir crashed hij.

Nu maar eens een dagje laten draaien.

Verwijderd schreef op 01 november 2002 @ 19:33:
voor de liefhebbers; bij die aarzen hebben ze een Athlon optimized client gemaakt ...

geeft met een Athlon XP 1700+ in Windows98SE "Exiting due to signal 'SIGSEGV'" en een GPF ...

heb de optimised Athlon XP client voor Linux via de links op stephenbrooks.org opgehaald en die loopt als een trein !! Mandrake 8.2 ...

Goner

Verwijderd schreef op 02 november 2002 @ 14:36:
heb de optimised Athlon XP client voor Linux via de links op stephenbrooks.org opgehaald en die loopt als een trein !! Mandrake 8.2 ...

Goner

sjap; Ars Technica timmert aardig aan de weg met aangepaste clients, volgens eigen zeggen zou die linux client zeker 20% sneller moeten zijn...

Helaas heb ik Linux alleen in een windowtje in W2K draaien, en daar wordt ie niet sneller van...

Voor de eigenaren van exotische apparatuur kan het lonend zijn hun forum in de gaten te houden; ze melden niet alles op het muon-forum van wat ze beschikbaar hebben...

btw is er daar wel een SUN client verschenen...

Verwijderd schreef op 02 november 2002 @ 20:03:
Helaas heb ik Linux alleen in een windowtje in W2K draaien, en daar wordt ie niet sneller van...

SmilingJim heeft de Linux client weer terug-geport (?) naar Win32 :
http://web.ics.purdue.edu/~bauerlej/linuxmuon.zip
(heb 'm niet geprobeerd ...)

Goner

ps: heb 'm net even geprobeerd (Win98SE) en deze crashed niet !
terwijl http://web.ics.purdue.edu/~bauerlej/muonathlon.exe wel crashed ...

[ Voor 0% gewijzigd door Verwijderd op 02-11-2002 21:41 . Reden: ps: ]

Verwijderd schreef op 02 november 2002 @ 13:21:
[...]


oke,
Gevonden.

De originele link http://web.ics.purdue.edu/~bauerlej/muonathlon.exe
Hij doet het (bij mij) alleen maar als de grafishe windows client is geinstalleerd.
In de CLI dir crashed hij.

Nu maar eens een dagje laten draaien.

Bij een vriendin met 1800+ draait ie echt SUPER ...
Maar een teamgenoot met een 2000+ stopt de client zonder melding
Ik moet 'em zelf nog draaien met m'n 900 ...

ik heb mij nu eens een linux distro installed, mandrake 9.0, ben er nu al een ganse dag + beetje nacht mee bezeg om er wijs uit te raken.

ik kan de muon client opstarten, maar dan krijg ik het volgende

interpreting lattice files
missing file ./lattices/muon_lattices2.txt

en als ik dan kijk in de dir, dan staat hij er wel degelijk

kan iemand mij hierbij helpen? of ben ik gewoon te n00b?

naiko

Die . (punt) kan misschien wel goed zijn in een windows omgeving, maar gaat dat voor Linux ook op?

Sorry, heb ECHT helemaal geen kaas van Linux gegeten.

ik heb net alle fora afgestruind naar alle aanwezige clients voor muon en dat ff op een rijtje gezet samen met wat andere (denk ik wel handige/nuttige) links.

meer technische info over wat Muon nu precies inhodt:
http://www.stephenbrooks.org/ral/report/

best 250 results.dat (voor betere resultaten):
http://www.stephenbrooks.org/muon1/best250.zip

Clients
windows grafische client;
http://www.isis.rl.ac.uk/...ry/stephen/muon1v421b.zip
windows cmd client:
http://www.stephenbrooks.org/muon1/v421b_console.zip
athlon client niet geoptimaliseerd voor de athlon XP: werkt als je de .sav weghaald icm met de windows client.
http://web.ics.purdue.edu/~bauerlej/muonathlon.exe
mirror by [DPC]Floppus: http://62.195.224.44/stuff/muonathlon.exe
linuxclient for win32 (buggy! zet results in result.dat ipv .txt) by [ARS]SmilingJim:
http://web.ics.purdue.edu/~bauerlej/linuxmuon.zip
geoptimaliseerde linux clients by [ARS]TheEternalVortex:
http://www.those-russians.com/muon/
mirror: http://andrey.mine.nu/muon/
optimized linux athlon XP by [ARS]Tiny Help:
http://teamatomicmilkshak...nuxmuon.gcc32-O3-AthlonXP
linux versie by o [Muon.FG]7F4:
http://www.project4009.de/edownload.htm
SUN clients by [SG]px3:
http://www.rdsroot.net/muon/

benchmarks by [ARS]TheEternalVortex:
http://www.those-russians.com/muon/index-benchmarks.php
[url]mirror: http://andrey.mine.nu/muon/index-benchmarks.php[/url]

ADD-ons:
muon monitor by Bananeweizen ( icm met de windows cmd client):
http://www.rechenkraft.ne...onmonitor/muonmonitor.zip
muon hider by Floppus voor de windows cmd client:
http://62.195.224.44/stuff/MuonHider.zip
WIndows LAN Muon proxy by [DPC]Floppus
http://62.195.224.44/stuff/MuonProxy.zip
meer info over de proxy:
http://www.stephenbrooks....&f=144606111&m=5396026251
Windows Muon control
http://www.rpfsoftware.com/muoncontrol.shtml
MUON mIRC add-on: by [DPC]RemBrand
http://www.rembrand.nl/muon/

als iemand nu nog een snelle Athlon XP optimized client voor windows kan maken graag

[ Voor 0% gewijzigd door fenrir op 03-11-2002 16:12 . Reden: linkje gefixed ]

Verwijderd schreef op 02 november 2002 @ 14:36:
[...]
geeft met een Athlon XP 1700+ in Windows98SE "Exiting due to signal 'SIGSEGV'" en een GPF ...

heb de optimised Athlon XP client voor Linux via de links op stephenbrooks.org opgehaald en die loopt als een trein !! Mandrake 8.2 ...

Goner

Hij lijkt te crashen als ie een .sav vindt van de commandline muon, als je die verwijdert en muonathlon.exe renamed naar muon1_cmdline.exe doet ie het perfect.

fenrir schreef op 03 november 2002 @ 16:12:
ik heb net alle fora afgestruind naar alle aanwezige clients voor muon en dat ff op een rijtje gezet samen met wat andere (denk ik wel handige/nuttige) links.

athlon client niet geoptimaliseerd voor de athlon XP: werkt als je de .sav weghaald icm met de windows client.
http://web.ics.purdue.edu/~bauerlej/muonathlon.exe
mirror by [DPC]Floppus: http://62.195.224.44/stuff/muonathlon.exe
linuxclient for win32 (buggy! zet results in result.dat ipv .txt) by [ARS]SmilingJim:

als iemand nu nog een snelle Athlon XP optimized client voor windows kan maken graag

De Ars buggie versie, maar nu met iets meer compiler tweeks. (Zal niet veel uitmaken)
En de results.txt wordt weer aangemaakt.

http://www.anacreon.org/MuonW32Athlon.exe

ik krijg alleen maar results van 0.0000%. hij heeft er nu al 5 op rij gemaakt. en ik maak gebruik van een best of result file. draanaast hheeft hij wel 2 keer tot bijna 60K aan particals zitten rekenen.

Duracell schreef op 03 november 2002 @ 22:09:
De beide athlon optimized clients geven een results.txt die niet helemaal netjes is gloof ik
Muonmonitor kan ze niet goed inlezen, dus ik vrees dat stephen brooks der ook problemen mee zal hebben.

Of muonmonitor heeft een probleem
Maar maakt niet uit, een uur na compilatie heb ik een results.txt naar stephen gemaild voor controle.

Nu nog antwoord.

Verwijderd schreef op 03 november 2002 @ 22:19:
[...]


Of muonmonitor heeft een probleem
Maar maakt niet uit, een uur na compilatie heb ik een results.txt naar stephen gemaild voor controle.

Nu nog antwoord.

Kan ook natuurlijk

hoe komt het eigenlijk dat de autocli.sav zo groot is bij de optimized versie? Bijna 10 MB, terwijl de gewone ergens rond de 3 zit ofzo.

hij neemt ook veel meer geheugen was mij opgevallen 33MB tov 12 MB. gelukkig heb ik laatst mijn geheugen uitgebreid
maar hier heb ik het dus ook dat muon monitor errors geeft in mijn results.txt en .dat. maar ik zie toch echt wel dingen staan in mijn results.txt met een redelijk goede yield

naiko schreef op 03 november 2002 @ 00:41:
ik heb mij nu eens een linux distro installed, mandrake 9.0, ben er nu al een ganse dag + beetje nacht mee bezeg om er wijs uit te raken.

welke Linux client gebruik je ?? en hoe/waar heb je 'm uitgepakt ?

ik gebruik deze :
http://www.project4009.de/edownload.htm
en heb daarne de Athlon XP optimised client van hier :
http://www.those-russians.com/muon/

Goner

fenrir schreef op 04 november 2002 @ 09:05:
hij neemt ook veel meer geheugen was mij opgevallen 33MB tov 12 MB. gelukkig heb ik laatst mijn geheugen uitgebreid
maar hier heb ik het dus ook dat muon monitor errors geeft in mijn results.txt en .dat. maar ik zie toch echt wel dingen staan in mijn results.txt met een redelijk goede yield

Stephen heeft naar de resultaten gekeken en die zien er goed uit.

Hij heeft wel gevraagt om een aantal andere puntjes te controleren.
Maar dat heeft hier niets mee te maken.
Wat betreft de grootte was mij dit ook al opgevallen, echter daar is in de source
niets in veranderd. (Vandaar dat de results ook oké zijn )

Ik denk dat dit komt door de mannier waarom linux en NT omgaan met strings.
De nieuwe client is gecompileerd met gcc een linux compiler.


Edit:

Net even gekeken naar de linux client. Ook die maakt lekkere groote .sav's aan.
Ik zal voor de zekerheid nog eens door de sources lopen om te zien dat Ars geen vreemde zaken hebben uit geremmed. Zoals de result.txt deel.

Verwijderd schreef op 04 november 2002 @ 11:32:
[...]

Stephen heeft naar de resultaten gekeken en die zien er goed uit.

Als ik het goed begrijp kan ik de resultaten in de result.txt die gemaakt zijn door deze geoptimaliseerde client gewoon opsturen? Ik zach vanochten met de MuonMonitor nl. een stuk of 20 lege entries in de result.txt staan, en het zou zonde zijn als ik die weg moet mikken.

Het valt me trouwens op dat de geoptimaliseerde client zich niet aan de instellingen houdt voor wat betreft de prioriteit die aan het program gegeven moet worden (wat natuurlijk niet zo gek is ). De pc is nu nl. niet echt bruikbaar als ik de geoptimaliseerde versie gebruik, terwijl de normale versie geen enkel probleem geeft. Als dat ook zou werken, zou het perfect zijn

Verwijderd schreef op 04 november 2002 @ 11:32:
[...]
Stephen heeft naar de resultaten gekeken en die zien er goed uit.

Hij heeft wel gevraagt om een aantal andere puntjes te controleren.
Maar dat heeft hier niets mee te maken.
Wat betreft de grootte was mij dit ook al opgevallen, echter daar is in de source
niets in veranderd. (Vandaar dat de results ook oké zijn )

Ik denk dat dit komt door de mannier waarom linux en NT omgaan met strings.
De nieuwe client is gecompileerd met gcc een linux compiler.


Edit:

Net even gekeken naar de linux client. Ook die maakt lekkere groote .sav's aan.
Ik zal voor de zekerheid nog eens door de sources lopen om te zien dat Ars geen vreemde zaken hebben uit geremmed. Zoals de result.txt deel.

De linux client (vooral de geoptimaliseerde) doet er ook heel lang over om een sav bestandje te recoveren.....

Voordeel van de linux client is dat ie de resultaten altijd saved als je hem afsluit, dat doet de de windows client niet...

MmmBeer schreef op 04 november 2002 @ 17:27:Het valt me trouwens op dat de geoptimaliseerde client zich niet aan de instellingen houdt voor wat betreft de prioriteit die aan het program gegeven moet worden..

Als deze is basis van de standaard source (4.22b) is, dan zitten er inderdaad nogal wat bugs is de thread afhandeling, ik heb hem ook voor mijn systemen flink moeten aanpassen.
Overigens heb ik er nog een paar leuke dingetjes ingebouwd (leuk!=sneller)

Enne, waar blijft Duke met zijn 800% snellere WindowsClient?

hoe stop je in feite de linux client? eens die runt wanneer ik root ben in mijn shell, krijg ik hem aan het stoppen door te rebooten, zal wel een andere oplossinge zijn zeker?

naiko

X-G schreef op 10 november 2002 @ 17:03:
Enne, waar blijft Duke met zijn 800% snellere WindowsClient?

Ik wacht ook af..?

naiko schreef op 10 november 2002 @ 17:50:
hoe stop je in feite de linux client? eens die runt wanneer ik root ben in mijn shell, krijg ik hem aan het stoppen door te rebooten, zal wel een andere oplossinge zijn zeker?

naiko

Onder linux stop hij bij mij met een ctrl-C

De Athlon client geef altijd errors bij mij ...
Amd 900 ... WinME...

Zephyer schreef op 10 november 2002 @ 20:40:
De Athlon client geef altijd errors bij mij ...
Amd 900 ... WinME...

Helaas moet je de .sav weggooien.

En hij doet het alleen maar met een Athlon XP (Misschien nog een Athlon zonder XP)
maar bijna zekerniet met een een duron

nieuws op de Muon website :

Try replacing your old manualsend.exe by the program in this ZIP file: http://stephenbrooks.org/muon1/multisend.zip
This should download the list of servers from my site if it can and try sending to random ones (max 10 attempts) until it succeeds. If it seems to be working, I shall start pulling results off those servers and refreshing the stats again.

heb trouwens even op zijn eigen ftp-server gekeken en daar staan dus alle transfers van de afgelopen 3 dagen nog onverwerkt ... ?!

Goner

Die multisend doet het bij mij (op XP) iig prima..

En inderdaad Goner.. results zijn in 3 dagen niet verwerkt. Stephen gaat weer verwerken als hij er vertrouwen in heeft dat dat multisend spul fatsoenlijk werkt.. Hij zal dan beginnen met gegevens van de 'extra' ftp-servers..

Dus we kunnen nu weer gewoon flushen???

Jazeker.. alleen is niet bekend dus wanneer Stephen weer met verwerken begint.. en gebruik die multisend.zip die hierboven staat.. dat ontlast de machine van Stephen..

X-G schreef op 10 november 2002 @ 17:03:
Enne, waar blijft Duke met zijn 800% snellere WindowsClient?

Update.. op dit moment zit ik op winst van 1924 t.o.v. 138 reflections per sec.. dus dat is een winst van bijna 1300%. Daarnaast heb ik de prediction geoptimaliseerd en ook nog wat veranderd aan het inlezen van de results.dat file. Op dit moment komen er alleen nog maar 3%+ muons uitlopen

En, wanneer wordt ie DPC-public duke?

Verwijderd schreef op 12 november 2002 @ 10:51:
En, wanneer wordt ie DPC-public duke?

Zodra ik geleerd heb (of iemand mij ermee kan helpen) hoe ik powerpc naar x86 instructies kan porten.

Wie weet ut wie weet ut :P:P

En als het dus idd echt zo is wat je zegt en het werkt op x86 net zo goed als powerpc dan zit DPC zo op nummer 1... Dus dat zou wel mooi zijn

Black-Xjuh schreef op 12 November 2002 @ 23:29:
Wie weet ut wie weet ut :P:P

En als het dus idd echt zo is wat je zegt en het werkt op x86 net zo goed als powerpc dan zit DPC zo op nummer 1... Dus dat zou wel mooi zijn

Maar ben je niet bang dat andere teams met die client aan de haal gaan?
Of komt er een mogelijkheid om DPC-only te crunshen?

Loco-Motiv schreef op 13 november 2002 @ 00:05:
[...]
Maar ben je niet bang dat andere teams met die client aan de haal gaan?
Of komt er een mogelijkheid om DPC-only te crunshen?

Ik kan natuurlijk [DPC]'Username' er vast incompilen

DukeBox schreef op 13 november 2002 @ 10:12:
[...]
Ik kan natuurlijk [DPC]'Username' er vast incompilen

eigenlijk zou je dat moeten doen ja

Joepie eris een statsupdate geweest.. alleen [DPC]ImpaileR moet ff gefixed worden.
/edit : done..

WTF dat meen je niet
nu al een statsupdate wow

* _DPC_Scorpion vliegt naar muonsite

We hebben zelfs Rechenkracht al bijna ingehaald (alhoewel ik niet weet in hoeverre er al op dupes gecheckt is...)

DukeBox schreef op 13 november 2002 @ 10:21:
alleen [DPC]ImpaileR moet ff gefixed worden.

Moet ik gefixed worden?

Maar wat is er precies mis? Op jouw site ziet het er goed uit toch?

Toch maf hoor.... Duke top dat je wederom erg actief bent... more power to you...

Maar IMHO tegelijk maken we (denkik) allemaal gebruik van ander-team's-versies om bijvoorbeeld een geoptimaliseerde Linux client te kunnen gebruiken...

Just my 2-ethische-€-centjes..

In die client lijkt me wel goed idee om idd [DPC] in te compilen en dan bij de user.txt gwoon het [DPC] eruit filteren...

_Gekkie_ schreef op 13 november 2002 @ 15:57:
Toch maf hoor.... Duke top dat je wederom erg actief bent... more power to you...

Maar IMHO tegelijk maken we (denkik) allemaal gebruik van ander-team's-versies om bijvoorbeeld een geoptimaliseerde Linux client te kunnen gebruiken...

Just my 2-ethische-€-centjes..

Zelf gebruik ik de normale CLI (want ik heb een Intel P3), maar ik geef je helemaal gelijk, het zou idd een beetje scheef zijn om dit nu ineens wel DPC-only te maken.
Dan verleg je in de DC-competitie het belangrijkste aspect van uitrusting (processortechnieken en MHz-en) naar technologische kennis (wie kan de snelste code schrijven).
Stats zijn belangrijk, voor sommigen zelfs het belangrijkst, maar het technologische aspect is ook niet onbelangrijk, en vanuit dat oogpunt zou het ook beter zijn om iedereen snel te laten cruchen.

Ach, het gaat natuurlijk om het idee.. uiteindelijk als ik die client werkend zou kunnen krijgen op x86 dan wordt ie natuurlijk opensource.

Zeg Duke, als je je client al op een PowerPC hebt draaien, betekent dat ook dat ik 'm op m'n G4 kan draaien? Die staat er namelijk nogal werkloos bij.

lijkt me erg belangrijk

Originally posted by Stephen Brooks:

Originally posted by [DPC]Scorpion:
Stephan are you flushing the old FTP also.....?
like you just did?
because i'm still using the old one.
also on hourly base because i think it isn't flooded anymore right now

I'd prefer people to use the new ones. I'll flush the old one occasionally (like every 3 days). Maybe at some stage when it appears to have calmed down on there I'll add it to the list for multi-server-send.

mcDaedalus schreef op 13 november 2002 @ 18:54:
Zeg Duke, als je je client al op een PowerPC hebt draaien, betekent dat ook dat ik 'm op m'n G4 kan draaien? Die staat er namelijk nogal werkloos bij.

Denk niet dat je het goede OS hebt.

_DPC_Scorpion schreef op 13 November 2002 @ 22:06:
lijkt me erg belangrijk
Originally posted by Stephen Brooks:
[...]
I'd prefer people to use the new ones. I'll flush the old one occasionally

en dan krijg ik dus op een van die nieuwe servers (ZeonX) vastlopende ftp sessies ... :-\

Goner

Verwijderd schreef op 14 November 2002 @ 09:38:
[...]
en dan krijg ik dus op een van die nieuwe servers (ZeonX) vastlopende ftp sessies ... :-\

Gek.. heb ik al meerdere keren naar geflushed in twee dagen(vanaf verschillende machines).. laatste was drie kwartier geleden..

3e poging ging goed ('rdsroot' server), transfers naar 'zeonx' en 'drhanser' liepen zo te zien in een time-out ...

Goner

DukeBox schreef op 13 november 2002 @ 17:58:
Ach, het gaat natuurlijk om het idee.. uiteindelijk als ik die client werkend zou kunnen krijgen op x86 dan wordt ie natuurlijk opensource.

DPC mag toch wel een paar daagjes profiteren van het feit dat we zo'n geweldige cow in ons midden hebben

1300%

GODDAMN beter komt dukebox snel met die dpc only client .. ff rechenkraft kont schoppen !!

dus een rs6000 met ibm-aix moet het doen ?

Verwijderd schreef op 14 november 2002 @ 16:23:
dus een rs6000 met ibm-aix moet het doen ?

Ja, daar draai ik hem ook op.. alleen geen aix maar defco (eigen os).

DukeBox schreef op 13 November 2002 @ 23:48:
[...]
Denk niet dat je het goede OS hebt.

Jammer, zou wel leuk zijn geweest. Is het mogelijk om 'm te porten (naar Mac) of wordt dat teveel werk? Ik wil best wel een poging wagen maar mijn programmeerervaring is niet zo geweldig. Of krijgen we dan problemen met de licentie?

Ik heb het al eerder gevraagd, maar niemand heeft gereageerd.. tot nu toe heb ik de client (nou ja, alleen een klein stuk core wat de eigenlijke berekeningen doet) gemaakt.. de 'rest' berekeningen doe ik gewoon met mijn x86 pc's

Ik hoop wel dat ie ook mijn score's update.. als hij de originele server achterwege laat bij de update, dan is mijn inzet ook over en stop ik er mee.

DukeBox schreef op 14 November 2002 @ 21:25:
Ik heb het al eerder gevraagd, maar niemand heeft gereageerd.. tot nu toe heb ik de client (nou ja, alleen een klein stuk core wat de eigenlijke berekeningen doet) gemaakt.. de 'rest' berekeningen doe ik gewoon met mijn x86 pc's

Ik hoop wel dat ie ook mijn score's update.. als hij de originele server achterwege laat bij de update, dan is mijn inzet ook over en stop ik er mee.

maak je niet druk hij heeft hem net weer geleegd


pos daily user total overall best muon
1. () 447000009 DukeBox 2231020423 (1) 3.555411%

ZeRoC00L schreef op 27 oktober 2002 @ 18:20:
[...]


Ja hoor, dit is prima. Dit gaat door tot 300ns. Dan heb je je eerste 'pakketje' klaar.

Sommige toch ook rond 200 ??

nieuwe Linux manualsend

Originally posted by [Muon.FG]7F4:
I've uploaded the new linux-manualsend!

http://www.project4009.de/ehome.htm

The servers.csv file is loaded automatically. It's only a static linked version available and the sources of course.

Ronny

ZeRoC00L schreef op 27 oktober 2002 @ 18:20:
[...]


Ja hoor, dit is prima. Dit gaat door tot 300ns. Dan heb je je eerste 'pakketje' klaar.

Huh ...
Dit is toch tot 200ns ?

nope 300 meestal.

DukeBox schreef op 04 December 2002 @ 17:44:
nope 300 meestal.

Ow ja ... zie het al ...
_{Heb ff zitten monitoren ...}

Heeft iemand enig idee hoe ik de linux athlon xp client aan de praat krijg? Ten eerste download ik een file zonder extensie. Dit doe ik mbv lynx (op those-russians.com) en dan opent ie em meteen als tekstbestand. Ik kan em dan alleen saven dmv het Print commando. Deze file is maar 45k terwijl de echte client ruim 500k is. Tenslotte heb ik linuxmuon-athlon gerenamed naar linuxmuon, maar dan runt ie em dus niet. Wat moet ik doen?

Je moet linux vertellen dat het bestand uitvoerbaar is. Dat die je met chmod. Het fijne weet ik er niet van, dus je moet ff man chmod intikken. (Of iemand anders hier weet wel hoe het precies moet). De mijne heb ik via WinSCP op m'n router gezet en daar kan je bij het kopieren aangeven of het een executable is.

mcDaedalus schreef op 26 December 2002 @ 11:11:
Je moet linux vertellen dat het bestand uitvoerbaar is. Dat die je met chmod. Het fijne weet ik er niet van, dus je moet ff man chmod intikken. (Of iemand anders hier weet wel hoe het precies moet). De mijne heb ik via WinSCP op m'n router gezet en daar kan je bij het kopieren aangeven of het een executable is.

chmod +x <naam>

of

ofchmod 777 <naam> maar dan mag iedereen alles

Als iemand zich geroepen voelt om eens stats te posten, dit is een handige tool : http://www.gadwin.com/printscreen/
Let er altijd op dat je dus wel een dag terug pakt en dat de topic niet al bestaat

Het is mij al meerdere keren gebeurd dat ik de datum in topictitle verkeerd had gedaan.. dus let goed op, doe het niet snel snel.

Voor de serieuze posters kan ik een login geven voor http://muon2.qik.nl deze is altijd online.

Even puur informatief. Wat is de kans dat jullie stoppen met die plaatjes posten. Dus 'echte' DPCH's mogen posten of helemaal niets posten.... Ik denk niet dat het de bedoeling is dat iedereen dadelijk van een project waar 10 users van zijn zelf zijn gifjes gaat posten

Project duurt denk ik te kort om alles te regelen.

Hoe lang duurt het dan nog volgens de planning?

nou, eigenlijk is het al afgelopen. Er komen geen 'betere' oplossingen meer binnen.

LOL. What the fuck are you doing over there then?
* Mobster zal zich eens inlezen in Muon. Wat was het doel en waarom alleen doorgaan voor stats?

Mobster schreef op 13 March 2003 @ 00:25:
LOL. What the fuck are you doing over there then?
* Mobster zal zich eens inlezen in Muon. Wat was het doel en waarom alleen doorgaan voor stats?

De huidige fase van het project levert geen betere resulaten meer op. Maar er komen nog (veel?) meer fasen. We wachten geduldig totdat Stephen V5 van de client uitbrengt. Daarin zit de nieuwe code voor de volgende fase. Maar het kan nog wel even duren voordat het zover is.

Het enige doel op dit moment is ARS

Begrijp eigenlijk niet dat er geen betere resultaten komen. Dat er geen resultaten meer van 4.0 worden gehaald, ok, kan ik begrijpen. Maar zou 3.68 ofzo nou ook niet kunnen? Lijkt me sterk toch?

inquestos schreef op 13 maart 2003 @ 16:43:
Begrijp eigenlijk niet dat er geen betere resultaten komen. Dat er geen resultaten meer van 4.0 worden gehaald, ok, kan ik begrijpen. Maar zou 3.68 ofzo nou ook niet kunnen? Lijkt me sterk toch?

Ja, die 3.68 kunnen in principe nog gehaald worden. Het is echter gebleken dat dergelijke resultaten niet gereproduceerd kunnen worden, en ze zijn kennelijk enkel te wijten aan een geringe mate van willekeur in het rekenproces. Dus het enige waarvoor ze goed zijn, is de hoge scrore die je er mee krijgt .

DukeBox schreef op 13 March 2003 @ 09:01:
Het enige doel op dit moment is ARS

Ars ars ars ars