[OGR-24] hitparade van 26 augustus

[Pim.]

Het aantal flushers neemt af, en er is goed en minder goed nieuws:

Goed nieuws: Jivey gefeliciteerd met je mijlpaal
Goed nieuws: We hebben de 100% bereikt
Minder goed: We hebben de 100% van wat ze het netwerk ingestuurd hebben bereikt, er ligt dus nog werk. Dit heeft ook invloed op OGR-25
Het hele verhaal is hier te lezen: http://n0cgi.distributed....t-finger.cgi?user=decibel

DPC top 30 van 26 augustus 2003

1.	(1)	25.266	JiveY [24#3 25#19 64#92 72#147]	3.425.181	(2)
2.	(3)	18.048	Team ColdFusion	3.541.730	(1)
3.	()	12.093	Stappel	3.285.410	(3)
4.	(4)	2.231	EliteHackers.com	467.041	(9)
5.	(1)	1.957	Erik & Kevin	567.671	(6)
6.	(1)	1.591	The Forgotten Crunchers	46.597	(44)
7.	(2)	1.043	Franklyn	6.474	(145)
8.	(2)	901	The Fonz	341.395	(12)
9.	(2)	234	Dijkhuis	36.459	(50)
10.	()	226	...ScoutLink DPC-Force...	89.973	(28)
11.	(8)	77	Team Cow Kunstje featuring Los Alcoholicos	229.751	(16)
12.	()	67	HaNZ	4.568	(182)
13.	()	43	Team BSD	95	(672)
14.	(3)	43	Mark Rotteveel	9.174	(125)
15.	()	31	Division Brabant	465.567	(10)
16.	()	14	Digital Pizza Crew	521.166	(7)
17.	(4)	12	Cows Taskforce	47.215	(42)

Top 15 teams

1.	()	63.877	Dutch Power Cows	22.186.243	(1)
2.	(1)	41.978	Team Ninja - The Counts of Crunch	3.432.027	(8)
3.	(1)	21.389	SEGA Users Group	2.346.015	(14)
4.	()	4.181	les_zinzins	301.889	(107)
5.	()	4.135	Team BeOS	402.238	(83)
6.	(1)	3.689	Team J-KIDS	583.429	(55)
7.	(3)	2.768	Team Hungary STB+	1.565.601	(25)
8.	()	1.829	Ukraine RC5	480.110	(65)
9.	()	1.568	Virginia Tech Team	160.876	(181)
10.	(1)	1.015	Ars Technica Team Beef Roast	3.808.323	(7)
11.	(47)	849	RC5 Polish Team	492.173	(61)
12.	(4)	675	AL-Mail Users	179.400	(160)
13.	()	654	Luxembourg Codebreakers	88.107	(334)
14.	(40)	641	Team EvangeLista (Macs Rule! :-)	3.273.887	(9)
15.	()	601	Mind Control Research Laboratories	1.593.925	(24)

Mijlpalen

JiveY [24#3 25#19 64#92 72#147]

3.400.000

Leden

Aantal leden	788
Verschil met vorige dag	0
Nieuwe leden	0
Retirements	0

Huh?? Niemand joinde gisteren DPC!!! Boehoehoehoeeeee.... :'(

[[eNeRGy]]

Nu OGR-24 voorlopig stil ligt zal ik mijn OGR-24 proxy afsluiten.
Poort 2065 zal voortaan OGR-25 geven, net als alle andere poorten.

[Oezie Woezie]

:: 26-Aug-2003 19:20 CDT (Tuesday) ::

As indicated on the stats page, we have now searched every OGR-24 stub that
we distributed to the network. There is still more work to be done before we
can declare OGR-24 finished, however.

(If you're unfamiliar with how OGR searches work, you might want to visit
http://n0cgi.distributed.net/faq/cache/281.html)

The issue is that the stub generation for both OGR-24 and -25 has been
constrained very tightly; the 70 mark constraint that is in use is more
appropriate for OGR-21. In all likelihood if a shorter ruler exists it
would exist in the space we've already searched. However, we are not
confident that the present search space is sufficiently exhaustive for
scientific purposes. We've completed the pragmatic search but still have to
fill in the "brute" part of "brute force".

One of the challenges inherent in OGR is that it's not possible to predict
beforehand how long any given stub will take to test. Accordingly, the
total burden of a particular ruler's search is not predictable. While
counting the number of remaining stubs is easy it is not a measure of the
amount of work which remains, especially since the remaining stubs are
smaller than the stubs that have been searched to-date. It is safe to say
that we're well past 50%, and we're most likely past 80 or 90%.

Obviously, finding out we're still not done with OGR-24 is a disappointment
to all of us. It's important to realize that the work that's been done thus
far is valid and had to be done. Likewise, while the 77% shown for OGR-25
right now is also far too optimistic, the OGR-25 work being done is
perfectly valid.

We still have a considerable number of small stubs (length >70 at the 6th
mark) which we have not distributed to the network. This is because most of
these stubs would take only minutes or even seconds to complete. Once we've
determined how much work is left to do we will be able to decide how to
complete it. An early estimate indicates that the distributed.net staff
could check the remaining stubs. If this is not the case we would distribute
the work to the network, but we can't do this until we can 'combine stubs'
so that many stubs that would take minutes to complete could be grouped
together. This is the only way the network at large could reasonably process
these minute-long stubs.

We are currently working on an improved OGR algorithm. Because of the work
verification process we use, we can not mix the results of the new algorithm
with the results from the current algorithm. We will use the improved
algorithm to finish OGR-24. Once we have checked all OGR-25 stubs with an
initial length <=70, we will also use the new algorithm on OGR-25.


voor de mensen die te lui zijn om op de link te klikken

[Tielemans]

Oezie Woezie

[MarkB]

Vertaal je het ook nog ff voor ons Erik

[Anoniem: 63996]

MarkB schreef op 27 August 2003 @ 07:03:
Vertaal je het ook nog ff voor ons Erik

simpel gezegt we zijn op 100% maar toch ook niet !

[ColdFusion]

Dnet en een project afronden... het lijkt wel een utopie

[gp500]

Ja je wordt er wel een beetje ziek van, denk je dat je de eindstreep ziet, maar dat is maar en luchtspiegeling.
Hoop dat ze nu wel snel opschieten want hoeveel dagen staat 't al niet op 100%.

[Sequence]

duurt lang...

[Qwerty-273]

ColdFusion schreef op 27 August 2003 @ 08:58:
Dnet en een project afronden... het lijkt wel een utopie

DES en CSC ging des tijds goed maar dat waren ook korte projectjes

Net zoals OGR-24 toen ze dit aan het begin hadden geschetst. Duurt slechts een paar maandjes 4 maximaal.. en maar voort gaan en voort gaan...

Ook als je kijkt naar OGR-23 en OPGR-22 dan zou inderdaad OGR-24 met de power die er opstaat stukken sneller afgerond moeten zijn dan wat nu het geval is. En wat is nou het probleem om een boel kleine stubjes uit te delen? Ze gaan toch snel (over het algemeen) en dan zou het misschien een maandje duren (of dnet kennende langer ).

Ze hebben zich totaal verkeken op het werk wat OGR inhoudt in het begin. En daarnaast de expertise van het project zelf is (zo ver ik de indruk heb) bij slechts 1 of 2 personen aanwezig. Waardoor als die geen tijd hebben de voortgang dus totaal stil ligt.

[Sequence]

staat weer op RC5, gaat er iig weer wat minder idle time verloren... dat ik wat plekjes binnen DPC zal verliezen neem ik maar op de koop toe..

[[eNeRGy]]

RIKZ schreef op 27 augustus 2003 @ 11:50:
[...]

En wat is nou het probleem om een boel kleine stubjes uit te delen? Ze gaan toch snel (over het algemeen) en dan zou het misschien een maandje duren (of dnet kennende langer ).

Nou, ik denk dat het netwerk het niet aankan om zoveel kleine pakketjes te transporteren. Dus ze zullen net als bij RC5-64 waarschijnlijk weer pakketjes en workunits gaan introduceren