Nieuw !plan over OGR

[MarkB]

:: 27-May-2003 12:53 CDT (Tuesday) ::
Your years of waiting are over. We now have completion data for OGR.

See http://stats.distributed.net/projects.php?project_id=24 (and 25) for
all the fun.

Note that we're not done. Expect to see a bit more data coming in the
future.

[TGEN]

Voor de duidelijkheid, OGR is nog lang niet af! Mark deed op IRC alsof het allemaal afgelopen was . De liegende hond!

[Funcracker]

Woei!!
Thnx voor de info Mark!
Halverwege.. hmm..

[d33n]

halverwege? kom maar hier met die ogr-24 stubs dan

[MarkB]

TGEN schreef op 27 May 2003 @ 20:03:
Voor de duidelijkheid, OGR is nog lang niet af! Mark deed op IRC alsof het allemaal afgelopen was . De liegende hond!

Moi

[KuuKe]

TGEN schreef op 27 mei 2003 @ 20:03:
Voor de duidelijkheid, OGR is nog lang niet af! Mark deed op IRC alsof het allemaal afgelopen was . De liegende hond!

Nou, dat vinnik wel wat grof uitgedrukt.

Mark zei dat OGR klaar was. Niet dat het afgelopen was.

Nuance verschilletje

[Mobster]

Wat is er nu substantieel aan de hand dan? Hebben we alles 1x gedaan ofzo? Er was toch geen 'keyspace' bij OGR.
* Mobster snapt er WEER eens niks van en wacht op stappel_

[ColdFusion]

Er is wel degelijk een 'keyspace' bij OGR. Er is een van te voren bepaald (op een of andere manier) aantal stubs. Die moeten allemaal, stuk voor stuk 2 maal berekend worden.

Uit een .plan van enige tijd terug:

rundate | project_id | count | pass1 | pass2
------------+------------+----------+----------+---------
2003-03-25 | 24 | 5364870 | 2779852 | 379837
2003-03-25 | 25 | 20879063 | 14659776 | 6644832
2003-03-26 | 24 | 5364870 | 2781323 | 380871
2003-03-26 | 25 | 20879063 | 14693958 | 6678337

[TGEN]

Klaar betekent bij mij dat het einde van iets bereikt is.

[My]

Dat lijkt mij ook wel zo ja...

En wij maar steeds zeggen, ff dat OGR-24 afronden

[Anoniem: 21944]

Ik ben geen D.Net member meer, dus ik heb ff een vraagje.
Is er bij OGR een bepaald einde?
Moet die hele 100% gedaan worden?
Of kan het ook bijvoorbeeld morgen klaar zijn?

[CaLeX]

Anoniem: 21944 schreef op 27 May 2003 @ 22:07:
Ik ben geen D.Net member meer, dus ik heb ff een vraagje.
Is er bij OGR een bepaald einde?
Moet die hele 100% gedaan worden?
Of kan het ook bijvoorbeeld morgen klaar zijn?

de hele 100% moet gedaan worden

[stappel_]

ColdFusion schreef op 27 May 2003 @ 20:41:
Er is wel degelijk een 'keyspace' bij OGR. Er is een van te voren bepaald (op een of andere manier) aantal stubs. Die moeten allemaal, stuk voor stuk 2 maal berekend worden.

juist.
alleen nu staat er op de overzichtspagina OGR-24: Percent Complete: 53,19%
is dat van beide runs samen?

[Robkazoe]

Dat vroeg ik mij dus nou ook af. Is dat ruim 50% van de 2 runs bij elkaar, 50% van de eerste run of 50% van de tweede run. Verbaasd me dat OGR25 verder is dan 24. Theoretisch gezien kan het dus zijn dat OGR24 nog bezig is terwijl 25 helemaal af is en dat misschien zelfs OGR 26 gaat beginnen terwijl 24 nog bezig is. Of loop ik nu te veel te lullen?

[CaLeX]

Robkazoe schreef op 27 May 2003 @ 22:42:
Dat vroeg ik mij dus nou ook af. Is dat ruim 50% van de 2 runs bij elkaar, 50% van de eerste run of 50% van de tweede run. Verbaasd me dat OGR25 verder is dan 24. Theoretisch gezien kan het dus zijn dat OGR24 nog bezig is terwijl 25 helemaal af is en dat misschien zelfs OGR 26 gaat beginnen terwijl 24 nog bezig is. Of loop ik nu te veel te lullen?

Tuurlijk, maar dat ligt voornamelijk aan de uitgave van de stubs, als ze sneller komen en allemaal ineens worden uitgegeven, dan is ogr 24 zo afgelopen....

en als ze het uitsmeren over verschillende keren ..
tja, dan kan het nog wel ff duren....

[Mobster]

Kortom, echt veel duidelijkheid heeft deze .plan niet geschept. Wellicht dat iemand een keer bij #dnet langs kan gaan om wat meer duidelijkheid te vragen. Ik zit zelf op het werk nu en achter de vuurmuur....

[YakuzA]

CaLeX3000 schreef op 28 May 2003 @ 00:15:
[...]

Tuurlijk, maar dat ligt voornamelijk aan de uitgave van de stubs, als ze sneller komen en allemaal ineens worden uitgegeven, dan is ogr 24 zo afgelopen....

en als ze het uitsmeren over verschillende keren ..
tja, dan kan het nog wel ff duren....

mjah en als iedereen gaat bufferen duurt ut nog langer

[ColdFusion]

Robkazoe schreef op 27 May 2003 @ 22:42:
Dat vroeg ik mij dus nou ook af. Is dat ruim 50% van de 2 runs bij elkaar, 50% van de eerste run of 50% van de tweede run. Verbaasd me dat OGR25 verder is dan 24. Theoretisch gezien kan het dus zijn dat OGR24 nog bezig is terwijl 25 helemaal af is en dat misschien zelfs OGR 26 gaat beginnen terwijl 24 nog bezig is. Of loop ik nu te veel te lullen?

Ik denk dat het van beide runs samen is, tenminste dat zou ik logisch vinden omdat het niet twee gescheiden runs zijn, maar gewoon door elkaar lopen.

Verder het waarom OGR-25 verder is als OGR-25. In de .plan die ik hierboven aanhaalde stond ook nog het volgende:

BTW, yes those numbers are real for those dates. Sorry if it's lower
than expected, but remember that we had to throw out quite a bit of the
ogr24 work as it couldn't ber verified. I'd love to have someone audit
the code and find out that we're actually much further along than I
thought.

Er heeft dus aardig wat werk van OGR-24 opnieuw moeten gebeuren. Alles wat er toen al gedaan was, was nutteloos. Voor het precieze ervan zou je moeten zoeken in de oudere .plans.

[Jeldert]

Zal ik OGR-24 dan maar eens wat verder helpen
Kijk maar in de stats morgen!

[stappel_]

ColdFusion schreef op 28 May 2003 @ 15:13:
[...]
Er heeft dus aardig wat werk van OGR-24 opnieuw moeten gebeuren. Alles wat er toen al gedaan was, was nutteloos. Voor het precieze ervan zou je moeten zoeken in de oudere .plans.

het filter is alsvolgt:
- de eerste run mag van een client groter dan 8012 zijn. 8012 of lager is afgekeurd.
- de tweede run moet van een client groter of gelijk aan 8014 zijn.

de betekend dat alles van 8012 of lager zo ie zo fout is. en de 8013 is van april 2001.

[Mobster]

Volgens de berekeningen in de hitparade van vandaag zou het binnen 100 dagen klaar moeten zijn (bij benadering). Ik ben bang dat wij dankzij het bufferen dit project langer hebben laten duren dan nodig...

Ik heb zojuist eindelijk al mijn clients geupgrade naar 483 en alle klaarstaande buffers geflushed. Als iedereen gewoon normaal flushed en de buffers opmaakt die er nog zijn ipv alles als een gek te horden kunnen we in de zomer afsluiten...

* Mobster vindt het mooi geweest met OGR-24

[ColdFusion]

Idd er zijn nog stubs genoeg van de vorige run ook. De voorsprong van DPC is ook groot genoeg. Laat de andere teams ook maar flink wat stubs er doorheen jassen. Des te sneller we klaar zijn met OGR-24. Weer een project minder, weer meer power voor andere projecten

[Robkazoe]

ColdFusion schreef op 28 May 2003 @ 16:04:
Idd er zijn nog stubs genoeg van de vorige run ook. De voorsprong van DPC is ook groot genoeg. Laat de andere teams ook maar flink wat stubs er doorheen jassen. Des te sneller we klaar zijn met OGR-24. Weer een project minder, weer meer power voor andere projecten

* Robkazoe is bang dat mensen dan naar OGR25 en RC5 stappen...

[Funcracker]

Robkazoe schreef op 28 May 2003 @ 16:25:
[...]


* Robkazoe is bang dat mensen dan naar OGR25 en RC5 stappen...

Euh?
Dat is zelfs zeer waarschijnlijk..
Meeste clients gaan automatisch verder met ander Dnet projecten..

Maar die zullen toch ook af moeten dus ik zie er geen probleem in. DPC leden kunnen nog altijd zelf het beste beslissen waar ze hun kracht het best kunnen laten gelden.

[CaLeX]

De mensen die ogr 25 doen krijgen zoieso ook 24 stubs, dus dan gaat het nog sneller

[Jive]

* Jive weet wel waar zijn crunchers naartoe gaan ...

rc5-72 vind ik niet zo een bijster interessant project ... en ogr staat ingesteld, dus daar hoef ik niets voor te doen , dus bij mij gaat het volautomatisch ...

Het zal voor mij alleen wel een ander verhaal worden als er een ander project komt met dezelfde facilities als D.Net (stabiele clie, weinig geheugen, service-client, perproxy, goeie stats, betere verwerking van doel) .... dan zou ik wel overstappen naar een ander project mischien.

Maar tot die tijd is ogr van d.net ongeveer de beste client/project-combo voor mij.