It looks like the OGR contest has run out of easy to crunch blocks, and now most of my cows (and probably yours too) are working on slower-to-crunch ones. I have adjusted all my DNETC.INI settings as follows:
[ogr_p2]
fetch-workunit-threshold=xx
decreasing them by half. If it used to say “30″, I reset them to 15.
If the threshold number is too large, it will take days to weeks to crunch all your blocks. Your graphs will get spiky looking. If the number is too small, your cow will be asking the server or proxy for new blocks all the time, and that is inefficient.
If we start crunching easier blocks in the future, then we can all adjust this number upwards to cut down on network bandwidth. I’ll keep you posted.
Kevin
On a semi-related note – after a little harassment by yours truly, an OS/2 version of the most current DNET client has appeared on the distributed.net pre-release downloads page. I’ve been working on upgrading all my cows to the -500 version today; so far it appears to be working properly. It’s available for both OS/2 and Win32 at this point; but not Linux yet.
If you do install this version, you will notice that the default work precedence is now OGR-P2, then RC5-72.
Give it a shot!
Andrew
I am slowly replacing my clients with version 500. Thanks for mentioning the new version. It is supposed to be a bit faster on OGR than the previous version.
Kevin