OGR 24 is still running and we are first in the dailies and overall

[JonB]

Thanks to four TA members, we are continuing to stay ahead in the OGR-24 contest as D.Net second checks the first run.

Thanks to:

Rank Participant First Last Yesterday % Total %
1 Buzzman Waltz
2 nkwan@direct.ca
3 qz103@mail.com
4 Darkone - Team Anandtech

 

[MooCow]

I'm not entirely sure if I understand the reason to start OGR-25 if OGR-24 isn't finished yet....
Anyone fill me in on that?

 

[Mark R]

All the work units for OGR-24 have been handed out.

It is likely that some of these work units are still being worked on, and d.net is waiting for them to come back.

At some point they will give up, and hand out the missing work units - but by waiting they are reducing the number of work units that are processed but don't contribute to the project, because someone else has already completed that unit.

As OGR-25 was waiting to start, why not start handing out OGR-25 work units while waiting for the OGR-24 units to come back.

 

[Joe O]

There were eight of us yesterday.

1 Joe O - Team AnandTech
2 Buzzman Waltz
3 qz103@mail.com - Anandtech
4 Gleep - AnandTech
5 Håvard Høyaas (Ducky)
6 dseidl@online.emich.edu
7 nkwan@direct.ca
8 cirrus

 

[Viztech]

Well the reason that OGR-24 is not done yet is how the clients and proxies handle which stubs are done first.

For instance OGR-25 stub 1-2-3-4-5-6 will be done before OGR-24 stub 2-3-4-5-6
Because the first number in the string determines which is done first, not the project itself.

Therefore, it will be a very long time until all the OGR-24 stubs are returned given the present client in use.

I purposely lowered the in-buffer settings of my clients to 1, and watched the OGR-24 stubs surface to be crunched.

viz