[OGR-25] hitparade van 28 maart

[Ids Lupo]

Tja en daar gaat het dan in stealth modus...

^{moeh..............}Moeh!................^{moeh..........}

Maarja, hoe vertel je een koe dat ie zijn flush moet ophouden,
het tempo blijft nog enigszins behouden.
Sommige delen doen er niet mee,
geeft ook niet, iedereen tevree.

In de overall daily sluipt DPC weer een plaatsje naar beneden,
ondanks dat hebben we toch weer 5 palen, Feli !
De digitale pizzas hebben al 47 miljoen units afgebrommerd,
het Anthoniuscollege hebben met zijn allen 7 miljoen units bestudeerd,
DarkDespair5, katirzan en Josman zijn de andere paalzitters vandaag.
The_Greater levert een mooie flush en mag vandaag de eer van Flusher van de Dag dragen.

Daily Top 30
pos		daily	member	total
1.	()	73.383	Digital Pizza Crew	47.048.397	(5)
2.	(1)	67.044	Team Switch	2.114.071	(61)
3.	(31)	45.624	The_Greater	5.760.498	(32)
4.	(2)	42.976	Fryslân MP	16.324.031	(13)
5.	()	36.586	Stappel	44.493.822	(6)
6.	()	27.459	Division Brabant	21.440.165	(12)
7.	(54)	15.583	katirzan at security.nu	231.927	(237)
8.	(2)	15.392	reznor	6.917.688	(23)
9.	(3)	10.225	Pixilated NetphreaX	5.123.257	(35)
10.	()	9.858	SKiLLa	1.228.333	(88)
11.	(2)	9.671	Los Alcoholicos	22.256.954	(11)
12.	(3)	9.019	Dr0x	490.902	(149)
13.	(5)	8.964	Docey	532.048	(141)
14.	(1)	8.854	Tinkerer	1.242.142	(86)
15.	(2)	8.623	Team irc.freenode.net/#dutch	4.132.722	(42)
16.	(2)	8.508	Ruben	683.595	(120)
17.	(24)	8.489	idslupo at gmail.com	71.439	(485)
18.	(7)	8.021	Puchelaar & TonioG	3.048.113	(50)
19.	(3)	7.471	Forza Mucca	2.546.362	(52)
20.	(1)	6.723	CSC Hand full Of Idiots "HOI"	4.906.378	(38)
21.	(13)	5.972	Team BSD	25.506.098	(8)
22.	(4)	5.745	evilwhitedragon at planet.nl	278.088	(216)
23.	(3)	4.800	Black_Oak	1.454.917	(74)
24.	(1)	4.698	Team Boonanza	649.188	(125)
25.	(1)	4.514	ossy_666	2.259.501	(57)
26.	(1)	4.303	Peter 'MathFox' Roozemaal	6.467.652	(24)
27.	(11)	3.250	Team Antoniuscollege	7.002.806	(22)
28.	(9)	3.001	Bobco	6.077.836	(26)
29.	(22)	2.827	brum103	15.336.511	(14)
30.	(2)	2.719	m.muskens at chello.nl	924.131	(103)
Meer...

Overall Top 30
pos		total	member	daily
1.	()	99.248.984	Graasland	0
2.	()	82.280.468	Team ColdFusion	0
3.	()	71.855.232	The Fonz	0
4.	()	55.681.304	Jive	1.064	(41)
5.	()	47.048.397	Digital Pizza Crew	73.383	(1)
6.	()	44.493.822	Stappel	36.586	(5)
7.	()	26.346.190	EliteHackers.info	0
8.	()	25.506.098	Team BSD	5.972	(21)
9.	()	24.286.467	NoizyCows	0
10.	()	22.279.347	MAWEK	0
11.	()	22.256.954	Los Alcoholicos	9.671	(11)
12.	()	21.440.165	Division Brabant	27.459	(6)
13.	()	16.324.031	Fryslân MP	42.976	(4)
14.	()	15.336.511	brum103	2.827	(29)
15.	()	12.847.222	De Unie's	0
16.	()	10.423.015	Theetjuh	2.477	(32)
17.	()	10.395.161	De Utregse Kudde	0
18.	()	10.377.085	NGS	1.618	(37)
19.	()	8.277.767	#marijse united	0
20.	()	8.142.262	100% TGA, and D.net still owes us 2P nodes!!!!!!!!	0
21.	()	7.064.248	Clearance	1.542	(39)
22.	()	7.002.806	Team Antoniuscollege	3.250	(27)
23.	()	6.917.688	reznor	15.392	(8)
24.	()	6.467.652	Peter 'MathFox' Roozemaal	4.303	(26)
25.	()	6.224.798	...ScoutLink -Force...	0
26.	()	6.077.836	Bobco	3.001	(28)
27.	()	6.009.197	Team Justify	0
28.	()	5.947.872	NightBird & #rulende_bikkels	0
29.	()	5.926.947	dnetc -shutdown	0
30.	()	5.923.424	Team_Kwakende_kip	0
Meer...

Teams Daily Top 15
pos		daily	member	total
1.	()	1.371.371	BugTraq.Ru Team. United power of xUSSR.	830.800.670	(2)
2.	()	844.357	Ars Technica Team Beef Roast	314.838.563	(5)
3.	(1)	539.072	Free-DC	135.436.877	(16)
4.	(1)	502.324	Dutch Power Cows	984.464.737	(1)
5.	()	424.314	Team Warped (OS/2)	298.358.912	(6)
6.	()	299.502	Namibia RC5-64 team	177.533.333	(11)
7.	()	265.701	Distributed Amiga	411.547.540	(3)
8.	(2)	178.860	Crack Monsieur	11.267.749	(146)
9.	(3)	177.237	Team ECS (toyama-u.ac.jp)	41.096.934	(49)
10.	(1)	159.539	Terminal & BBS Liane & Others RC5 Team	106.005.942	(21)
11.	(2)	157.138	SPring-8	121.628.323	(19)
12.	(5)	151.566	Team Hungary STB+	162.999.821	(15)
13.	(2)	141.752	Monochrome BBS	187.336.708	(10)
14.	(1)	137.774	Czech D.NET Team	176.847.135	(13)
15.	(1)	133.845	#distributed	221.079.815	(8)
Meer...

Teams Overall Top 15
pos		total	team	daily
1.	()	984.464.737	Dutch Power Cows	502.324	(4)
2.	()	830.800.670	BugTraq.Ru Team. United power of xUSSR.	1.371.371	(1)
3.	()	411.547.540	Distributed Amiga	265.701	(7)
4.	()	338.667.896	AnandTech 10635	79.500	(22)
5.	()	314.838.563	Ars Technica Team Beef Roast	844.357	(2)
6.	()	298.358.912	Team Warped (OS/2)	424.314	(5)
7.	()	221.371.168	Slashdot.org 1365	44.385	(33)
8.	()	221.079.815	#distributed	133.845	(15)
9.	()	192.470.767	Team EvangeLista (Macs Rule! :-)	51.925	(29)
10.	()	187.336.708	Monochrome BBS	141.752	(13)
11.	()	177.533.333	Namibia RC5-64 team	299.502	(6)
12.	()	177.031.537	Russian Team	28.271	(46)
13.	()	176.847.135	Czech D.NET Team	137.774	(14)
14.	()	169.438.534	BOFH@Chalmers	13.207	(72)
15.	()	162.999.821	Team Hungary STB+	151.566	(12)
Meer...

Mijlpalen
Digital Pizza Crew	47.000.000
Team Antoniuscollege	7.000.000
DarkDespair5 at gmail.com	700.000
katirzan at security.nu	225.000
Josman	60.000

Leden
Flushers: 63/2912 = 2.2%
Geen nieuwe leden

Inhaalstats
BugTraq.Ru Team. United power of xUSSR. haalt ons in over	9 maanden
Ars Technica Team Beef Roast haalt ons in over	5 jaar

Megaflush top 5
11 juli 2006	Team ColdFusion - 6 year anniversary!	16.613.069
7 maart 2006	Graasland	12.595.528
28 februari 2007	NoizyCows powering OGR	10.759.206
7 maart 2006	Los Alcoholicos drinkt al 2000 dagen OGR-25%	4.291.139
12 juni 2006	Stappel	3.935.619

Meer informatie
OGR-25 projectpagina op WDO
*** suggesties voor een DPCH? ***
bron

[puchelaar]

En natuurlijk een bedankje voor Ids Lupo, die al een aantal dagen achter elkaar de OGR DPCH post

_{* puchelaar is benieuwd naar de flush}

[Robinski]

Door de spaar stand van velen begint de prognose ook langzaam af te zakken naar 18 April.

Echter weet ik niet precies hoeveel er nu gespaard is en hoeveel er ongeveer per dag bij komt bij iedereen. Als dit bekend is kan een prognose veel beter gemaakt worden.

[KatirZan]

sjow, mijn eerste flush boven de 12

vandaag maar weer eventjes "normaal" flushen wel blij met mijn 225 paal

[The_Greater]

Verdorie, maar toch bendankt
Ik had het te laat door dat mijn eigen proxy door z'n subs heen was.
Naja. Ik heb iedergeval nu voor wat meer stubs gezorgd en dat zal hem zeker de 2 weken door brengen.

[ Voor 6% gewijzigd door The_Greater op 29-03-2007 11:22 ]

[Wortelsoep]

Dat kan je voorkomen door in de proxyper.ini de volgende regel toe te voegen (bij OGR-p2 uiteraard):

code:

minkeysdone = 99999999

Dan flusht 'ie niet voor hij de 99999999 stubs heeft gedaan. Nieuwe packets ophalen lukt uiteraard wel.
Deze methode is ook handiger omdat je dan 'versere' stubs hebt.

[The_Greater]

Wilko schreef op donderdag 29 maart 2007 @ 15:19:
Dat kan je voorkomen door in de proxyper.ini de volgende regel toe te voegen (bij OGR-p2 uiteraard):

code:

minkeysdone = 99999999

Grappig. Dat kende ik nog niet
Ik had nu namelijk 20k in buffer en max 30k in ready

[Wortelsoep]

Yeps, zo deed ik het vroeger ook, maar echt handig is dat niet. Moet je van tevoren heel erg veel stubs inslaan en je weet nooit hoe groot ze zijn.

[Robinski]

Ik heb zelf momenteel het onderstaande staan.
Had meteen mijn ready buffer maar verkleind, kwam er achter dat 5000 toch wel een beetje te veel van het goede was eigenlijk.

code:

 Current Max Stubs Ready        1000
Current Max Stubs Done        1999999999
Stubs ready to process        4149
Done Stubs waiting to transmit   851

[Jive]

code:

Current Max Stubs Ready         1000
Current Max Stubs Done        1000000000
Stubs ready to process        504
Done Stubs waiting to transmit   308554

[Reneger]

ej, hoe kotsen jullie zo'n lijstje uit?

[Robinski]

Reneger schreef op donderdag 29 maart 2007 @ 17:17:
ej, hoe kotsen jullie zo'n lijstje uit?

Dat doet ppstats voor mij, zie http://stats.rharmsen.nl/OGR-P2/server.html


edit:
Overigens leert een kleine berekening mij dat Jive waarschijnlijk al +/- 6P heeft.
mits de blokjes van Jive ongeveer even groot waren als die van mij.

[ Voor 26% gewijzigd door Robinski op 29-03-2007 17:56 ]

[Verwijderd]

Reneger schreef op donderdag 29 maart 2007 @ 17:17:
ej, hoe kotsen jullie zo'n lijstje uit?

Ja wil ik ook wel weten. En heeft dat te maken met Inbuffer, outbuffer en summary ?

[Jive]

mja, bij mij komt het gewoon uit de console-log ...
en dan met code-tags in got proppuh ;p

[TGEN]

minkeysready=50
maxkeysready=500
minkeysdone=99998
maxkeysdone=99999

en

2007-03-29 16:06:54,rc5-72 r=2500/2500, d=9/99, 0.0 Mkeys/sec, tot=0/0 blocks
2007-03-29 16:06:54,ogrp2 r=206/500, d=294/99999, 118.6 Mnodes/sec, tot=5934/5869 stubs
2007-03-29 16:06:54,Status: Uptime: 329.05:02:16, 1 listener, 0 uplinks
2007-03-29 16:06:54,Status: 0 active clients (peak: 1, mean: 0.00)

Dat heb ik, maar ik heb ook niet zo'n hoge output als bijvoorbeeld Jive . Is overigens dicht sinds 0:00 UTC afgelopen nacht .

[ Voor 55% gewijzigd door TGEN op 29-03-2007 18:07 ]

[Jive]

* Jive vraagt zich af of iemand toevallig iets weet over x64 windows clients ...
[Mar 29 16:27:49 UTC] RC5-72: Benchmark for core #7 (SGP 3-pipe) 0.00:00:17.18
[7,296,949 keys/sec]
[Mar 29 16:29:46 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx) 0.00:00:16.95 [27,252,325 nodes/sec]

[ Voor 61% gewijzigd door Jive op 29-03-2007 18:34 ]

[TGEN]

Jive schreef op donderdag 29 maart 2007 @ 18:19:
* Jive vraagt zich af of iemand toevallig iets weet over x64 windows clients ...
[Mar 29 16:27:49 UTC] RC5-72: Benchmark for core #7 (SGP 3-pipe) 0.00:00:17.18
[7,296,949 keys/sec]
[Mar 29 16:29:46 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx) 0.00:00:16.95 [27,252,325 nodes/sec]

Wat wil je daarmee zeggen? Dat de performance mee/tegenvalt? Op wat voor bak is dat?

[Robinski]

Jive schreef op donderdag 29 maart 2007 @ 18:19:
* Jive vraagt zich af of iemand toevallig iets weet over x64 windows clients ...
[Mar 29 16:27:49 UTC] RC5-72: Benchmark for core #7 (SGP 3-pipe) 0.00:00:17.18
[7,296,949 keys/sec]
[Mar 29 16:29:46 UTC] OGR-P2: Benchmark for core #3 (GARSP 6.0-asm-rt1-mmx) 0.00:00:16.95 [27,252,325 nodes/sec]

Als dat een AMD Athlon 64 3500+ is dan is dat ongeveer het zelfde resultaat als wat ik eruit krijg met een 32bits windows en een 32bits client.
ik haal 8.741.463 op RC5
en 27.278.634 op OGR

edit:
Ik zie nu net dat je de mmx core en niet de mmx-amd core gebruikt, dus je hebt vast geen AMD 64..
overigens weet ik niet of een 64bits client meer zou opleveren. ik ga zo na het eten wel even op onderzoek uit.

[ Voor 14% gewijzigd door Robinski op 29-03-2007 18:46 ]

[TGEN]

Robinski schreef op donderdag 29 maart 2007 @ 18:46:
[...]


Als dat een AMD Athlon 64 3500+ is dan is dat ongeveer het zelfde resultaat als wat ik eruit krijg met een 32bits windows en een 32bits client.
ik haal 8.741.463 op RC5
en 27.278.634 op OGR

edit:
Ik zie nu net dat je de mmx core en niet de mmx-amd core gebruikt, dus je hebt vast geen AMD 64..
overigens weet ik niet of een 64bits client meer zou opleveren. ik ga zo na het eten wel even op onderzoek uit.

In theorie kan je met een x86-64 client hogere performance halen, ook als je alleen maar <=32bits math doet, daar er meer registers beschikbaar zijn in 64b long mode. Ook kan je in theorie hogere code density halen door gebruik te maken van rip-relative addressing, wat kortere opcodes mogelijk maakt voor bepaalde ops. Niet dat dit laatste veel uit zal maken, omdat de cores cache-linesize-aligned zijn, maar toch .

[ColdFusion]

code:

Current Max Stubs Ready      7500
Current Max Stubs Done  10000000
Stubs ready to process  7495
Done Stubs waiting to transmit  63199

= ~ 1,53P

[Robinski]

TGEN schreef op donderdag 29 maart 2007 @ 18:51:
[...]

In theorie kan je met een x86-64 client hogere performance halen, ook als je alleen maar <=32bits math doet, daar er meer registers beschikbaar zijn in 64b long mode. Ook kan je in theorie hogere code density halen door gebruik te maken van rip-relative addressing, wat kortere opcodes mogelijk maakt voor bepaalde ops. Niet dat dit laatste veel uit zal maken, omdat de cores cache-linesize-aligned zijn, maar toch .

Ik gaat dit eens even testen.

Aangezien er op Distributed.net alleen de v2.9011.496 client in 64bit er is, zal ik deze benchmarken onder Ubuntu 5.10 voor 64-bit PCs

Ook zal ik de 32bits versie van de v2.9011.496 opzoeken en benchmarken onder Ubuntu 5.10 voor 32-bit PCs


ik ga er overigens verder vanuit dat de Live CDs die ik hier heb liggen verder precies het zelfde opstarten op de achtergrond en ik hoop dat dit niet al te veel "storing" veroorzaakt op de benchmark.

[Jive]

Dit was het resultaat van de 2 beste bench resultaten van 1 core op de nieuwe server.
Quad-Core Intel Xeon E5335 Processor (2.00 GHz, 80W, 1333 FSB)
Als hij "normaal" draait dan is de core throughput van 1 processor rond de 120mnodes ... dus in dual uitvoering zou de machine dik over de 200 heen moeten gaan, tis alleen jammer dat de 2e processor pas volgende week uitgeleverd word, maagoed ... morgen word machine 2 in elkaar gezet en op de pijnbank gegooid, die gaan iig dus het weekend gestress-test worden

[Robinski]

Sorry voor de vrij late reactie...

maar de computer die hier internet deelt had even een probleem... een kapotte CPU fan

nu staat er een oud backup beestje om te zorgen dat ik in ieder geval internet heb tot ik zo die fan goed bekeken heb. wordt waarschijnlijk morgen een nieuwe halen vrees ik.


Maar weer even terug on-topic. ik had de v2.9011.496 daarstraks even getest.

een 64bit client op een 64bits linux os (Duh...) doet: 8,785,103 keys/sec op RC5 en 30,270,100 nodes/sec op OGR

een 32bit client op een 64bits linux os doet: 9,181,629 keys/sec op RC5 en 20,456,722 nodes/sec op OGR

Dat RC5 resultaat vind ik zelf een beetje raar dat OGR resultaat laat zien dat 64bits duidelijk beter is.
Ik ga straks ook nog wel even die 32bits op een 32bits linux os testen eens zien wat daar nog uitkomt.

Dit alles op een AMD Athlon 64 3500+

[TGEN]

Robinski schreef op donderdag 29 maart 2007 @ 22:59:
een 64bit client op een 64bits linux os (Duh...) doet: 8,785,103 keys/sec op RC5 en 30,270,100 nodes/sec op OGR
een 32bit client op een 64bits linux os doet: 9,181,629 keys/sec op RC5 en 20,456,722 nodes/sec op OGR
Dat RC5 resultaat vind ik zelf een beetje raar dat OGR resultaat laat zien dat 64bits duidelijk beter is.
Ik ga straks ook nog wel even die 32bits op een 32bits linux os testen eens zien wat daar nog uitkomt.

Ik denk dat hier de langere v/paddrs voor vertraging zorgen, maar echt weten doe ik het niet; het zou interessant zijn hier een profiler op los te laten. Het kan zijn dat de RC5 cores voor x86 zo geoptimaliseerd zijn voor IA32, en dat de port naar x86-64 nog niet van dezelfde mate van optimalisatie heeft kunnen genieten, zodat de in 64b long mode vaak langere opcodes voor de vertraging zorgen (hier is rip-relative addressing wel belangrijk, veel 64b varianten van opcodes in IA32 vereisen een extra byte voor de opcode). Ik zou eens in de assembler source moeten kijken, hoe het er onder x86-64 uitziet ivm IA32.

[Jive]

Dus het zou kunnen dat ik met de 496 (64) client beter troughput haal dan met den 499 (32) client. ... morgen maar eens proberen dan.
Zou zeker de moeite waard zijn om te bewijzen naar dnet dat er voordeel is bij optimallisatie her-invoeren voor 64bit ...

* Jive gaat morgen maar eens testen.

[Robinski]

Nog een benchmark update, een 32bit client op een 32bit os doet evenveel als de 32bit client op een 64bit os.

dus de strijd is alleen tussen een 64bits client en 32bits client.
het verschil in RC5 is misschien ook te verklaren omdat er geen default core voor de 64bits client is, deze doet eerst een microbenchmark, misschien als ik met deze alle cores test dat hier nog wel iets meer uit te halen valt.

het verschil in OGR is wel heel erg fors, de cliënt is zelfs fors sneller dan mijn 499 client onder windows.
Morgen de 498 onder linux nog wel even testen denk ik (499 is nog niet uit helaas)

Maar als dit verschil ook mee gaat met een eventuele nieuwe 64bits build, dan is 64bits draaien heel erg veel voordeliger.

[Reneger]

Robinski schreef op donderdag 29 maart 2007 @ 17:55:
[...]


Dat doet ppstats voor mij, zie http://stats.rharmsen.nl/OGR-P2/server.html


edit:
Overigens leert een kleine berekening mij dat Jive waarschijnlijk al +/- 6P heeft.
mits de blokjes van Jive ongeveer even groot waren als die van mij.

Die doet zeg maar vrij weinig bij mij...

De wachttijd voor de verbinding is verstreken


De server op stats.rharmsen.nl doet er te lang over om te antwoorden.

[Jive]

* Jive kan geen 64 bit windows client vinden

[Robinski]

Reneger schreef op vrijdag 30 maart 2007 @ 09:44:
[...]


Die doet zeg maar vrij weinig bij mij...


[...]

Dat is iets wat ik al wist...
de CPU fan in die bak is een beetje raar aan het doen, dus ik had de server even uit elkaar gehaald
nu werkt alles weer voorlopig.


Alleen nog ergens een 60mm CPU fan vandaan toveren

[Reneger]

Oh naja, ik heb zelf ook wel ppstats draaien -> http://87.233.8.114/reneger/ppstats/

[Robinski]

ik doe voorlopig uit voorzorg, omdat ik bang ben dat de fan het misschien gaat begeven, even geen blokjes op de server. dus ik haal nu +/- 1,5T minder per dag

Maandag heb ik helaas pas tijd om een fan te gaan halen, mede omdat hier in maarssen geen fans worden verkocht en ik morgen moet werken.

[Reneger]

Bureauventilator ervoor zetten werkt ook wel