<<
:: 17-Jul-2000 06:47 (Monday) ::
Great news! OGR is moving along at such a rapid rate that we have already
sent out the entire stub-space to participants!
While this is very encouraging, the downside is that there is still a
large amount of work (over 80%) that hasn't come back to us yet. With a
fast moving contest like OGR, it is very important to keep your buffers
as small as possible, to avoid un-necessary duplication of work.
Also, the default client behavior will allow OGR work to build-up in the
out-buffer until a flush is called for (which might not happen until all
in-buffers, including RC5, are empty). It is suggested that anyone who is
participating in OGR change this by setting 'Additional Buffer-Level
Checking' on the buffer options menu to option 2 if you can tolerate the
additional network traffic this will produce. Note that if you have dial-up
network detection enabled that this adjustment isn't needed. As well, if
you have configured your client to work only on OGR unless it runs out of
work, then simply setting a small number of OGR buffers will suffice. >>
So it is just a matter of crunching the #'s and getting them back to dnet. Keep in mind the plan update was on the 17th so I'd assume it would end somewhat soon.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.