[SoB] hitparade van 9 maart

[KuuKe]

Oe !!

Was da??

Hmm.....

Gutte Pier kan er wel wat van Nice flushing hoor. Héél knap. Gaat dit de nieuwe trend worden? Bijna 4x zo veel als de nummer 2? Nou het zal eigenlijk ook wel moeten (dat de rest óók eens wat meer gaan doen) want Russia stijgt vandaag een plek overall.....

Geintje !! Voor die Russen hoeven we ons nog geen bang te maken Maar dat we Anandtech eens wat eerder gaan pakken zou wel goed uitkomen.

[DPC] Crazy Cows en Qwerty1202 zijn de feestkoeien in deze verder wel rustige DPCH. gefeliciteerd met de mijlpaal!

SoB user daily stats (9 March 2005) Flushing users: 37 / 286 = 13%
	pos	daily (k)	user	total (k)	overall	tests
1.	(4)	2931395363	Grutte Pier [Wa Oars]	152046640530	(3)	5
2.	(1)	853318247	Qwerty1202	8100892730	(46)	2
3.	(1)	759959933	[DPC]Ben	115693633058	(5)	1
4.	(2)	655846895	Team_Aggression	43060402898	(16)	1
5.	(4)	638370087	[DPC]NGS	358171603762	(1)	0
6.	(1)	559162192	The Anarchist	129033844496	(4)	4
7.	(1)	508167397	Joh14vers6	99396934624	(7)	0
8.	()	464844972	DPCDrastix	63137744208	(10)	2
9.	(3)	435161289	brainwaste	2436745547	(83)	0
10.	(1)	333475998	uncureable	36313730684	(20)	0
11.	(5)	303967387	[DPC] Crazy Cows	40151355938	(18)	0
12.	(2)	303694398	fil4vers4	21857876679	(26)	0
13.	(2)	252207530	neOx	43231303314	(15)	0
14.	(1)	229811077	[DPC]LKBN	59489061974	(11)	1
15.	(2)	185353605	Warmachine	30658830544	(23)	1
more
	total:	10719008	(m)
SoB user overall stats (9 March 2005)
	pos	total (k)	user	daily (k)	daily	tests
1.	()	358171603762	[DPC]NGS	638370087	(5)	1450
2.	()	234472728114	[DPC] Team_RC	98450322	(19)	860
3.	()	152046640530	Grutte Pier [Wa Oars]	2931395363	(1)	349
4.	()	129033844496	The Anarchist	559162192	(6)	334
5.	()	115693633058	[DPC]Ben	759959933	(3)	322
6.	()	105178364027	Los Alcoholicos	33245283	(31)	451
7.	()	99396934624	Joh14vers6	508167397	(7)	214
8.	()	69866797074	fsfikke	0	(-)	159
9.	()	64780406555	Randy48	0	(-)	563
10.	()	63137744208	DPCDrastix	464844972	(8)	143
more
	total:	2521886760	(m)
SoB team daily stats (9 March 2005) Flushing teams: 108 / 376 = 29%
	pos	daily (m)	team	total (m)	overall	tests
1.	()	24523339	TeamPrimeRib	8618599490	(1)	94
2.	()	11509518	TeamRetro	2684124578	(3)	22
3.	()	10718758	Dutch_Power_Cows	2454294892	(5)	19
4.	()	10465552	DarksideDC	2642362024	(4)	26
5.	()	8396767	Anandtech	4582683071	(2)	17
6.	(6)	4926490	Russia	658164040	(10)	8
7.	(1)	4888768	FreeDC	531891085	(14)	12
more
	total:	128362	(g)
SoB team overall stats (9 March 2005)
	pos	total (m)	team	daily (m)	daily	tests
1.	()	8618599490	TeamPrimeRib	24523339	(1)	53797
2.	()	4582683071	Anandtech	8396767	(5)	31380
3.	()	2684124578	TeamRetro	11509518	(2)	17314
4.	()	2642362024	DarksideDC	10465552	(4)	9335
5.	()	2454294892	Dutch_Power_Cows	10718758	(3)	8360
6.	()	1792953067	US-Distributed	3699091	(10)	7220
7.	()	822537160	Busty_Seventeen	1117862	(22)	2497
8.	()	689091426	Team_Ninja	2066619	(16)	3536
9.	()	671524987	Rechenkraft	1226536	(21)	6395
	total:	35343417	(g)

SoB team When do you get them stats (9 March 2005) Based on weekly average of 9.774.875 k cEMs per day
	team	day(s)	average output (k)
	Anandtech	1.186,72	7.981.367 cEMs

SoB user Milestones and targets (9 March 2005) Ordered by size
	user	milestone (k)	next target (k)
	[DPC] Crazy Cows	40.000.000.000 cEMs	50.000.000.000 cEMs
	Qwerty1202	8.000.000.000 cEMs	9.000.000.000 cEMs

SoB user Megaflush top 5 (9 March 2005) Updated once a day (the highest flushs per user is counted)
	pos	user	date	output (k)
	1.	Grutte Pier [Wa Oars]	(2005-02-25)	49.742.285.061 cEMs
	2.	[DPC]NGS	(2005-02-24)	45.868.387.426 cEMs
	3.	The Anarchist	(2005-02-15)	35.473.793.838 cEMs
	4.	Team_Kwakende_kip	(2004-12-17)	16.297.352.418 cEMs
	5.	[DPC] Team_RC	(2005-01-12)	14.716.845.358 cEMs
	more

SoB Links
	- SoB Homepage
	- QiK SoB stats
	- SoB Stats FAQ
	- Official FAQ
	- Official Stats
	- Official forum
	- SoB news
	- SoB DPC Manual

GoT SoBstats engine 3.2 by Dukebox. Subteam stats hosted by QiK.nl

[gp500]

Theadalus, waar haal je 't vandaan

[Haranaka]

Slechts 1 enkele reactie in de DPCH van het (naar eigen zeggen) leukste project dat is natuurlijk uit den boze. Of is iedereen net zo brak als ik?
Anyway Crazy cows en qwerty gefeliciteerd met jullie paal, op naar de volgende he?

[Pavla]

Crazy cows en qwerty gefeliciteerd, en verder had ik nog een vraagje, bij sbqueue krijg je blokjesbestanden, hoeveel miljard/biljoen is zo'n blokje? of verschilt dat per k en n en zo ja, is er een manier om te zien hoeveel je al gespaard hebt?

[Haranaka]

1 blokje is ongeveer 0.24G cEMs. Hoeveel blokjes er in 1 test zitten is afhankelijk van k/n waarden. Maar dit is in zijn algemeen van toepassing, niet zozeer op SBQueue. Of begrijp ik je verkeerd

[Pavla]

Je begrijpt me correct, nog bedankt

[Thanatos]

Raar probleem.
Als ik in SBQueue mijn naam intik (Thanatos) en ik het programma afsluit, dan is mijn naam de volgende keer weer verdwenen en moet ik hem dus weer opnieuw intikken (wat ik overigens nooit doe).

Ook lijkt het flushen niet goed te gaan, want na een paar dagen sparen, flushen, levert de melding 0 of 0 blocks flushed op.

Wie o wie weet waar dit aan kan liggen?
Ik heb SBQueue overigens in een aparte subdirectory gezet (als ik SBQueue in dezelfde map als SB zelf zet heb ik hetzelfde probleem) en ik gebruik geen .bat.

[Pavla]

Thanatos schreef op donderdag 10 maart 2005 @ 19:03:
Raar probleem.
Als ik in SBQueue mijn naam intik (Thanatos) en ik het programma afsluit, dan is mijn naam de volgende keer weer verdwenen en moet ik hem dus weer opnieuw intikken (wat ik overigens nooit doe).

waarom zou je je naam intikken? doe ik iig nooit

Ook lijkt het flushen niet goed te gaan, want na een paar dagen sparen, flushen, levert de melding 0 of 0 blocks flushed op.

heb je wel het vinkje aangezet bij 'run server'?

Wie o wie weet waar dit aan kan liggen?
Ik heb SBQueue overigens in een aparte subdirectory gezet (als ik SBQueue in dezelfde map als SB zelf zet heb ik hetzelfde probleem) en ik gebruik geen .bat.

lijkt mij goed.. heb het in mijn documenten staan

sterkte!

[Theadalus]

Thanatos schreef op donderdag 10 maart 2005 @ 19:03:
Raar probleem.
Als ik in SBQueue mijn naam intik (Thanatos) en ik het programma afsluit, dan is mijn naam de volgende keer weer verdwenen en moet ik hem dus weer opnieuw intikken (wat ik overigens nooit doe).

Je naam wordt waarschijnlijk alleen onthouden wanneer je al eens een buffer van "nog-te-crunchen" tests hebt aangelegd op die naam (ik heb er zelf geen problemen mee)

@ Pavla:
Uitgaande van het gegeven dat een test toegekend wordt aan een gebruiker, zijn er 2 situaties binnen SBQueue:
•
Je gaat een buffer van "nog-te-crunchen" tests aanleggen (Je wilt niet al te vaak connecten met de SoB-server, o.i.d.), SBQueue heeft op dat moment een gebruikersnaam nodig om de tests op te halen.

•
Je laat SBQueue connecten op het moment dat een client zich meldt voor een nieuwe test, op dat moment worden de gegevens van de client gebruikt, dus er wordt een test "op naam van" de client opgehaald.

Thanatos schreef op donderdag 10 maart 2005 @ 19:03:
Ook lijkt het flushen niet goed te gaan, want na een paar dagen sparen, flushen, levert de melding 0 of 0 blocks flushed op.

Misschien komt dit omdat je dan niet een complete test flushed, maar een aantal losse blokjes?

LET OP:
SBQueue maakt waarschijnlijk alleen melding van geflushte tests niet van losse blokjes (hoewel die wel geflushed worden)

[ Voor 8% gewijzigd door Theadalus op 10-03-2005 21:17 ]

[Thanatos]

Theadalus schreef op donderdag 10 maart 2005 @ 21:14:
[...]
LET OP:
SBQueue maakt waarschijnlijk alleen melding van geflushte tests niet van losse blokjes (hoewel die wel geflushed worden)

Nee. Als ik nu op 'flush' klik (hij heeft inmiddels een aantal blokjes verwerkt) dan wordt dat niet weergegeven op de SoB-site.

Oja. Ik heb me laten vertellen dat ik in de client 'Transmit intermediate blocks' uit moet zetten. Klopt dat? Wat is daar het nut van?

[ Voor 17% gewijzigd door Thanatos op 10-03-2005 21:39 ]

[Theadalus]

Thanatos schreef op donderdag 10 maart 2005 @ 21:38:
[...]

Nee. Als ik nu op 'flush' klik (hij heeft inmiddels een aantal blokjes verwerkt) dan wordt dat niet weergegeven op de SoB-site.

In SBQueue kun je in het bovenste scherm zien wat er allemaal verstuurt is door je client(s), elk blokje en elke test wordt gelogd. Het onderste scherm toont de queue van "nog-te-crunchen" tests.

Thanatos schreef op donderdag 10 maart 2005 @ 21:38:
Oja. Ik heb me laten vertellen dat ik in de client 'Transmit intermediate blocks' uit moet zetten. Klopt dat? Wat is daar het nut van?

Intermediate transmit houdt in dat tussentijdse resultaten (1 blokje) van een test verstuurt worden naar de server (SoB of SBQueue).

Voordelen uitzetten 'Transmit intermediate blocks':
•
Client crashed niet zo vaak (er is een bugje die de client 1x in de zoveel tijd laat crashen op het moment dat een gecrunched blokje verstuurt wordt).

•
Er worden meer blokjes per dag/week/maand/... gecrunched, omdat je geen tijd kwijt bent aan het versturen van tig blokjes.

•
Kleinere log-bestanden (niet elk blokje wordt gelogd, alleen tests), zeker het log-bestand van SBQueue kan erg groot worden wanneer je meerdere clients hebt draaien, die elk tig blokjes per dag versturen.

[Pavla]

@ Pavla:
•
Je laat SBQueue connecten op het moment dat een client zich meldt voor een nieuwe test, op dat moment worden de gegevens van de client gebruikt, dus er wordt een test "op naam van" de client opgehaald.

wat is het nut hiervan? dat is toch hetzelfde als wat de client zelf doet? Het enige verschil wat ik hieruit kan opmaken is dat het connecten door sbqueue als een soort van proxy gebeurt.

[edit]en crunchen is toch niets anders dan je resultaten naar de sob server versturen?

[ Voor 11% gewijzigd door Pavla op 10-03-2005 22:12 ]

[Qwerty-273]

Als je trouwens veel tests wilt doen (al maakt dat voor de totaal score niks uit) kan je ook je gebruikersnaam in je client veranderen naar:

naamQQQsecondpass

waar "naam" natuurlijk je eigen gebruikersnaam is. Alleen de windows client heeft een te klein vakje hiervoor meestal. Dus moet je je register gaan aanpassen. Even zoeken en je hebt hem.

Deze tests zijn namelijk kleiner, voor controle worden ze nogmaals uitgegeven. Er is namelijk een vermoeden dat er minstens 1 priem getal gemist is. Zeker met vorige clients die soms in situaties met overclocken niet juist rekenden is de kans aannemelijk. Ook met het "grote" gat wat er momenteel is. En de gemiddelde verspreiding van priemgetallen in een bepaalde reeks.

[Theadalus]

Pavla schreef op donderdag 10 maart 2005 @ 22:10:
wat is het nut hiervan? dat is toch hetzelfde als wat de client zelf doet? Het enige verschil wat ik hieruit kan opmaken is dat het connecten door sbqueue als een soort van proxy gebeurt.

Het nut ervan is dat je uberhaupt kunt sparen, door in SBQueue "Auto Transmit Blocks" ("Options" menu) uit te zetten worden er wel tests opgehaald van de SoB-server, maar niet verstuurt => sparen!
Van wat ik ervan begrepen heb, is dit precies wat jij doet, aangezien jij geen "User" opgeeft in SBQueue en dus ook geen "nog-te-crunchen"-buffer hebt

Pavla schreef op donderdag 10 maart 2005 @ 22:10:
[edit]en crunchen is toch niets anders dan je resultaten naar de sob server versturen?

Crunchen = het rekenen aan een WorkUnit/Test/Blok/etc.
Flushen = het versturen van resultaten (WorkUnit/Test/Blok/etc.)

[fenrir]

Pavla schreef op donderdag 10 maart 2005 @ 22:10:
[...]
[edit]en crunchen is toch niets anders dan je resultaten naar de sob server versturen?

dat heet flushen,

crunchen is het doorrekenen van die krengen

[Qwerty-273]

http://www.free-dc.org/forum/showthread.php?threadid=8282
is trouwens de thread op het SoB-forum over die dubbele check

[joh14vers6]

Haranaka schreef op donderdag 10 maart 2005 @ 18:29:
1 blokje is ongeveer 0.24G cEMs. Hoeveel blokjes er in 1 test zitten is afhankelijk van k/n waarden. Maar dit is in zijn algemeen van toepassing, niet zozeer op SBQueue. Of begrijp ik je verkeerd

Zie hier: http://www.free-dc.org/fo...readid=2734&highlight=cEM

RIKZ schreef op donderdag 10 maart 2005 @ 22:23:
Als je trouwens veel tests wilt doen (al maakt dat voor de totaal score niks uit) kan je ook je gebruikersnaam in je client veranderen naar:

naamQQQsecondpass

waar "naam" natuurlijk je eigen gebruikersnaam is. Alleen de windows client heeft een te klein vakje hiervoor meestal. Dus moet je je register gaan aanpassen. Even zoeken en je hebt hem.

Deze tests zijn namelijk kleiner, voor controle worden ze nogmaals uitgegeven. Er is namelijk een vermoeden dat er minstens 1 priem getal gemist is. Zeker met vorige clients die soms in situaties met overclocken niet juist rekenden is de kans aannemelijk. Ook met het "grote" gat wat er momenteel is. En de gemiddelde verspreiding van priemgetallen in een bepaalde reeks.

Helaas neemt de tijd die je doet over 1 blokje toe wanneer je een test doet met lage n-waarde. Zie oa hier: http://www.free-dc.org/fo...readid=5385&highlight=cEM

[Thanatos]

Theadalus schreef op donderdag 10 maart 2005 @ 22:07:
[...]
In SBQueue kun je in het bovenste scherm zien wat er allemaal verstuurt is door je client(s), elk blokje en elke test wordt gelogd. Het onderste scherm toont de queue van "nog-te-crunchen" tests.


[...]

Intermediate transmit houdt in dat tussentijdse resultaten (1 blokje) van een test verstuurt worden naar de server (SoB of SBQueue).

Voordelen uitzetten 'Transmit intermediate blocks':
•
Client crashed niet zo vaak (er is een bugje die de client 1x in de zoveel tijd laat crashen op het moment dat een gecrunched blokje verstuurt wordt).

•
Er worden meer blokjes per dag/week/maand/... gecrunched, omdat je geen tijd kwijt bent aan het versturen van tig blokjes.

•
Kleinere log-bestanden (niet elk blokje wordt gelogd, alleen tests), zeker het log-bestand van SBQueue kan erg groot worden wanneer je meerdere clients hebt draaien, die elk tig blokjes per dag versturen.

Bedankt voor de uitleg, maar ik loop tegen nog een probleem aan. Als ik SBQueue opstart, moet ik elke keer weer opnieuw 'run server' aanvinken. En mijn naam dus ook invullen.
Bovendien staat er niks in het onderste scherm. Nooit wat gestaan ook.
Ik heb het geprobeerd met een .bat en toen ging run server wel automatisch aan, maar liever doe ik het zonder die .bat.

Kun je misschien stap voor stap vertellen hoe jij SBQueue aan de praat krijgt?

[ Voor 4% gewijzigd door Thanatos op 11-03-2005 10:34 ]

[Haranaka]

Zo uit mijn hoofd (zit op het werk) start ik de SBqueue zo op:

code:

java -jar /home/diederik/SBQueue/SBQueue.jar -rts

Daar zul je weinig aan hebben denk ik, maar als ik al die problemen lees die geregeld in de DPCH voorbij komen fietsen ben ik blij dat ik die gui niet gebruik.

[Theadalus]

Ik heb in de Opstarten/Startup map een snelkoppeling aangemaakt:

code:

<dir waar SBQueue staat>\SBQueue.jar -r -g

Dit werkt alleen wanneer je inlogt op dat systeem

[joh14vers6]

Theadalus schreef op vrijdag 11 maart 2005 @ 11:30:
Ik heb in de Opstarten/Startup map een snelkoppeling aangemaakt:

code:

<dir waar SBQueue staat>\SBQueue.jar -r -g

Dit werkt alleen wanneer je inlogt op dat systeem

Volgens mij is het SBQueue.jar -g -s . De uitleg van de switches staat beschreven in de readme van SBQueue.

[Thanatos]

Volgens mij werkt het nu... status window ziet er goed uit, alleen in het onderste venster staat nog steeds niets. Ik heb dus een snelkoppeling gemaakt naar de opstarten-map met -g -s.
_{Bedankt allemaal}

[Theadalus]

Thanatos schreef op vrijdag 11 maart 2005 @ 13:28:
Volgens mij werkt het nu... status window ziet er goed uit, alleen in het onderste venster staat nog steeds niets.

In het onderste scherm komen de tests te staan die je via "Fetch" opgehaald hebt, niet de tests die al klaar zijn, dus zolang jij geen buffer aanlegt komt daar ook niks te staan.

[Theadalus]

joh14vers6 schreef op vrijdag 11 maart 2005 @ 12:58:
[...]

Volgens mij is het SBQueue.jar -g -s . De uitleg van de switches staat beschreven in de readme van SBQueue.

Kan ook wel, had de link effe niet bij de hand

[Anoniem: 10747]

ALs we het dan toch over SBQueue hebben. Als ik de SBQueue opnieuw opstart krijg ik altijd bij de eerste client die zich meld een stream read error. (de client zegt daarna dat de server bussy is en stuitert naar een seconde of 20 verder). Na ongeveer een minuut in de stress te zijn geweest neemt SBQueue wel gewoon werk aan.

Ook lijkt het flushen niet goed te gaan, want na een paar dagen sparen, flushen, levert de melding 0 of 0 blocks flushed op.

Hij zal als je op flush drukt (en gewoon hebt gespaart)het aantal blokjes of delen van blokjes aangeven dat hij heeft verstuurd.

[X-G]

nevermind

[ Voor 88% gewijzigd door X-G op 11-03-2005 19:14 ]