staff blogs staff keep (relatively) up-to-date logs of their activities in .plan files. These were traditionally available via finger, but we've put them on the web for easier consumption.


bovine [24-Feb-2009 @ 17:26]

Filed under: clients,project status @ 17:26 +00:00

:: 24-Feb-2009 17:26 GMT (Tuesday) ::

Howdy all,

We’ve just confirmed receipt of the last OGR-26 stub, thus marking
that project officially complete! We will try to publish who
submitted the most optimal and last stubs, once we confirm that they
don’t mind their identities being revealed.

You should already notice that fresh OGR-27 stubs are already
available on our proxy network. To work on this project, you will
need to be using the v2.9103 client for your architecture. If you run
a personal proxy, you should upgrade to build 347. As usual, you can
find them

If your platform doesn’t appear to have released clients available
yet, that may be because some are still on the pre-release page–we
hope to officially release them in the next couple of days. We
appreciate your patience.

Due to variations in complexity, we expect that OGR-27 will take us
significantly longer than OGR-26 did. It is difficult to provide a
precise estimate but one extremely rough guess is about 7 years,
assuming no increase in computing power and that our size estimation
sampling reflects the entire stubspace.

There is one thing that is different with OGR-27 than with our
previous OGR projects: we are confident that we will discover a better
ruler for OGR-27 than the one we know to be optimal currently.

So get your clients cracking! Thanks again for your participation!

Moo ]:8)


bovine [16-Feb-2009 @ 07:39]

Filed under: project status @ 07:39 +00:00

:: 16-Feb-2009 07:39 GMT (Monday) ::

Howdy all,

We are now at 97% complete for OGR-26 and have fewer than 600 thousand
stubs left to go. This will likely take us less than a week, unless
you can round up some more folks to run dnetc on their computers!

As we approach the final days of this project, there will be periods
of time where no OGR-26 work is available from the network. These
occasional periods of unavailability occur because we want to avoid
re-issuing the remaining stubs too many times. This is not a cause for
concern, but if you don’t want your client to go idle, you should
verify that RC5-72 is enabled in your configuration files. (It is by

Once we have fully completed OGR-26, we will be able to officially
launch our next project, OGR-27. Since the new project relies on the
proven results of the previous project, we don’t want to launch OGR-27
while its predecessor is still in progress.

While we are all waiting for the new project to start, we invite you
to begin preparing your computers to participate in the new project.
To work on OGR-27, you will need to be using the v2.9103 client for
your architecture. If you run a personal proxy, you should upgrade to
build 347. You can find these new versions on our official download
page at

We thank you for your continuing support and enthusiasm as we look
forward to this exciting new project.

Moo! ]:8)


mikereed [29-Jan-2009 @ 03:24]

Filed under: project status @ 03:24 +00:00

:: 29-Jan-2009 03:24 GMT (Thursday) ::

Dear friends,

We are proud to announce that we have now completed 75% of the work necessary
to prove OGR-26 is optimal. The project is expected to complete within the next
few weeks, and we have already started preparations towards that project’s
successor. More details will be provided in the near future.

As you know, we recently published some pre-release clients that allowed our
early-adopters running high-speed hardware platforms to make use of larger
RC5-72 packets. As a part of this testing, our users have helped us to discover
that there is a bug in our stats tabulation code that counts these larger
packets as only one stats unit. We are fortunate that no stats credit has been
permanently lost. We will be correcting the bug and re-tabulating the affected
logs shortly.

As part of introducing large RC5-72 packets, we needed to update our proxy
systems to handle them. Unfortunately, a bug present in proxy build 346
invalidated a small number of work units by distributing blocks from subspaces
other than “CB”. This was spotted and resolved very quickly and we do not
expect that very many users received these invalid RC5-72 packets.

We thank you for your continued support and enthusiasm. We particularly
appreciate the work of early-adopters that are willing to help us test our
pre-release software and give rapid feedback.

Moo! ]:8)


mikereed [12-Jan-2009 @ 22:57]

Filed under: clients,project status @ 22:57 +00:00

:: 12-Jan-2009 22:57 GMT (Monday) ::

Dear friends,

We are pleased to announce that we passed 50% of OGR-26 completion on January
4, 2009. We thank you for your help in reaching this milestone.

We have just promoted a new set of clients from the pre-release page to the
official release page. These include clients with a faster OGR core which takes
advantage of MMX instructions for a 30% speedup. As usual, you can find them

The list of updated platforms includes:

* Linux [ARM/ELF] v2.9102.508
* Linux [ARM/eabi] v2.9102.508
* Linux [CellBE] v2.9102.508b
* FreeBSD [7.x/x86/ELF] v2.9102.508
* FreeBSD [6.x/x86/ELF] v2.9102.508
* FreeBSD [4.x/x86/ELF] v2.9102.508
* NetBSD [x86] v2.9102.508
* NetBSD [MIPSEL/ELF] v2.9102.508
* OpenBSD [x86/ELF] v2.9102.508
* OS/2 [x86] v2.9102.508
* PC-DOS, MS-DOS [x86] v2.9102.508
* Windows 32bit [x86/Zipped] v2.9102.508b
* Windows 32bit [x86/Installer] v2.9102.508b
* Solaris/SunOS [x86] v2.9102.508
* BeOS [Haiku/x86] v2.9102.508
* BeOS [x86] v2.9102.508
* Acorn RISC OS [ARM] v2.9102.508

Our work on clients for graphics cards is continuing. Our CUDA client for
nVidia cards is in public beta testing, while a core for new ATI cards is due
to enter closed testing shortly.

We also have new clients in public beta testing. You should only run these if
you have the time and inclination to monitor them regularly, as they may be
removed at short notice.

* Mac OS X/Darwin [x86] v2.9103.509
* Mac OS X/Darwin [PPC] v2.9103.509
* Linux [ARM/ELF] v2.9103.509
* Linux [ARM/eabi] v2.9103.509
* Acorn RISC OS [ARM] v2.9103.509

Moo! ]:8)


bovine [22-Nov-2008 @ 22:38]

Filed under: clients,project status @ 22:38 +00:00

:: 22-Nov-2008 22:38 GMT (Saturday) ::

We’ve just promoted a new set of OGR-NG capable clients from the
pre-release page to the official release page. As usual, you can find
them at:

The list of updated platforms includes:
* MorphOS [PPC] v2.9101.507c
* AmigaOS [PPC/WarpOS] v2.9101.507
* AmigaOS [PPC/PowerUp] v2.9101.507
* AmigaOS [m68k] v2.9101.507
* AmigaOS [PPC/OS4] v2.9101.507b
* Solaris/SunOS [AMD64] v2.9101.507
* Solaris/SunOS [Sparc64] v2.9101.507
* Solaris/SunOS [Sparc/Ultrasparc] v2.9101.507
* Solaris/SunOS [x86] v2.9101.507
* OpenBSD [x86/ELF] v2.9101.507
* OpenBSD [AMD64/ELF] v2.9101.507
* FreeBSD [6.x/x86/ELF] v2.9101.507
* FreeBSD [4.x/x86/ELF] v2.9101.507
* FreeBSD [Sparc64/ELF] v2.9101.507
* FreeBSD [7.x/AMD64/ELF] v2.9101.507
* FreeBSD [6.x/AMD64/ELF] v2.9101.507
* FreeBSD [7.x/x86/ELF] v2.9101.507
* Linux [AMD64/ELF] v2.9101.507
* Linux [CellBE] v2.9101.507
* Linux [x86/ELF] v2.9101.507
* OS/2 [x86] v2.9101.507
* Mac OS X/Darwin [PPC/OS X] v2.9101.507
* Mac OS X/Darwin [x86] v2.9101.507
* PC-DOS, MS-DOS [x86] v2.9101.507
* Windows 32bit [x86/Zipped] v2.9101.507b
* Windows 32bit [x86/Installer] v2.9101.507c

There are also some new OGR-NG capable personal proxies available for
download on the official proxy download page:

We’re working on updates for some of the remaining platforms (like
NetBSD and OpenBSD) plus some exciting new ones (like nVidia CUDA), so
look forward to future announcements. Feel free to contact our
friendly support crew at if
you have any questions. Bug reports should be entered at or through our support crew.

In other news, we are already more than 10% complete with OGR-26 since
we started it almost one month ago! We may finish the project in
early 2009 at this rate. You can view the OGR-26 progress at:

Thanks again for your participation! MOO!


bovine [26-Oct-2008 @ 09:52]

Filed under: clients,project status @ 09:52 +00:00

:: 26-Oct-2008 09:52 GMT (Sunday) ::

Dear friends,

It is with great excitement that we announce our upcoming project to
find the Optimal Golomb Ruler with 26 marks. Optimal Golomb Rulers
have many applications including sensor placements for X-ray
crystallography and radio astronomy. Golomb rulers can also play a
significant role in combinatorics, coding theory and
communications. Dr. Golomb was one of the first to analyze them for
use in these areas.

New clients and proxies will be required to support the new project,
which we are calling “OGR-NG”. The new clients will have version
2.9101.507 or higher. Clients with version numbers prior to this will
only be able to work on the RC5-72 project. Similarly, Personal Proxy
version 343 or higher is required.

Updated clients and proxies are being made available for early-adopter
testing at for many
major platforms. Builds for additional platforms are gradually being
produced and will be made available on that page as soon as
possible. If you do not feel comfortable helping with this
early-adopter testing and reporting bugs, then we recommend waiting
for a few days when we will move those clients to the official release
page. Not all of our public keyservers have finished upgrading to the
new version, so not all will have OGR-NG workunits yet. Stats for the
new project will also be launching in a couple of days. As with all of
our pre-release software, we encourage you to file bug reports for any
problems you find at

The OGR node rate for these new clients may appear to be slower than
those for the OGR-25p2 project. This isn’t a cause for concern. The
effective search rate for the overall project is actually more
efficient as these new clients are using an improved algorithm. The
new algorithm is named FLEGE (Feiri-Levet Enhanced GARSP Engine). It
has been developed by Didier Levet and Michael Feiri over the course
of the past few months. We are especially grateful to them for this
Herculean effort. In technical terms, the number of elements in the
‘choose lookup table’ has been increased from 48K to 2M
elements. Although this will slightly increase the size of the dnetc
binary, this optimization will significantly reduce the number of
nodes that we have to search through, sometimes a node improvement of
ten-fold or more.

We estimate that OGR-26 will take much less time to complete than
OGR-25 and will probably be more similar to OGR-24, in terms of
computational effort. Beyond that, we’re looking forward to OGR-27 and
OGR-28 because the current solutions to at least one of the two is
very likely not optimal. OGR-26 is on the way and must be done first
since higher-order rulers depend on the proven optimality of previous

We are grateful for your continuing support and enthusiasm.


bovine [25-Oct-2008 @ 23:14]

Filed under: project status @ 23:14 +00:00

:: 25-Oct-2008 23:14 GMT (Saturday) :: is proud to announce the completion of OGR-25!

A little over eight years ago, users undertook the
search for the optimal 25 mark Golomb Ruler. This year sees the
successful conclusion of that effort. We have proven conclusively by
the exhaustive search of all possible rulers that the previously
predicted 25-mark ruler is indeed the most optimal one.

The total length of the ruler is 480, with marks at positions: 0 12 29
39 72 91 146 157 160 161 166 191 207 214 258 290 316 354 372 394 396
431 459 467 480. (This ruler may alternatively be expressed in terms
of the distance between those positions, which is how dnetc displays
them: 12-17-10-33-19-…)

This shortest ruler was found by two independent computers. The
initial report was received on October 10th, 2007 and a second,
matching result was returned on March 24th, 2008. However it was not
until the final stub was returned and verified that we could rule out
the possibility of a still-shorter ruler. This final stub was returned
on October 24th, 2008 drawing to a close the complete search of all
possible stubs. Due to the nature of an exhaustive search, users have also proven that the above solution is
unique (the ruler’s mirror notwithstanding).

To celebrate the successful end of yet another project
all our contributors are invited for a drink…when we find a place
large enough to host the 124,387 people that participated in this
particular distributed effort. :)

As previously mentioned, a successful match of the shortest ruler was
found by two independent computers. We’ll be sending those two users
some free swag and shirts for their noteworthy
contributions to the project. We’ll also be sending some swag to the
user that submitted that last confirmed stub. (At the time of writing,
we had not yet received permission from those three users regarding
the publication of their identities.)

Related Links:


Thank you all and keep those computers busy!

bovine [25-Oct-2008 @ 06:36]

Filed under: project status @ 06:36 +00:00

:: 25-Oct-2008 06:36 GMT (Saturday) ::

Dear friends,

It is a great pleasure for us to announce that OGR-25p2 was fully
completed a just short while ago! We’ll be providing some final
details regarding the mathematical results from the project
completion, as well as the details of our new project, later today.

With that in mind, I’d like to recommend that your clients are
switched over to RC5-72 as soon as is practical for you to do so. For
many of you, this is a non-issue, as your client will switch over
automatically. We will shortly be rolling out a new project which we
have been working on and hope that you can bear with us as we complete
our preparations.

We thank you for your continuing support.

Moo! ]:8)


bovine [30-Sep-2008 @ 16:22]

Filed under: project status @ 16:22 +00:00

:: 30-Sep-2008 16:22 GMT (Tuesday) ::

Dear friends,

As you know, we are drawing to the conclusion of the OGR-25p2 project,
with less than 1% remaining and we estimate project completion
sometime within the next month. You can view the latest OGR-25p2
project percentages here:

We have noted that a significant amount of work is not being counted,
due to being held out of the system for a long time and completed by
other users before it is returned. In some cases, it is returned even
after stubspaces have been closed. At the current stage of the
project, a workunit which isn’t returned within two weeks of being
issued will have a high chance of being recycled and processed by
somebody else. This duplicated workunit will still be credited in
personal stats, but it won’t have any value to the project.

One of the stubspaces currently open will take only two days of
concerted effort to close off. If we are to calculate at full
effectiveness, it is vital that work is completed and returned in a
timely fashion.

If your computer has a connection to our key servers or a local proxy
server, we recommend that you keep your client set to the default
buffer settings to avoid buffering an excessive amount of workunits.

Additionally, if your client is configured to participate in only
OGR-P2, we encourage you to consider enabling your clients to
participate in both OGR-P2 and RC5-72. Over the next few weeks, we
anticipate there being occasional periods of time when there will not
be any OGR-P2 workunits available, due to the recycle delays and
timeout periods. By enabling your clients to also process RC5-72, you
will ensure that your computers will not go completely idle during
these periods.

Finally, we would like to mention that we are currently finalizing a
next-generation OGR project that will further the exploration into
even higher-order Optimal Golomb Rulers. Stay tuned for more details

We would like to thank you for your continued support and your ongoing
efforts to help us.

Moo! ]:8)


bovine [08-Sep-2008 @ 02:09]

Filed under: project status @ 02:09 +00:00

:: 08-Sep-2008 02:09 GMT (Monday) ::

Dear friends,

As announced on May 21, 2007, RSA Labs officially discontinued their
sponsorship of the Secret Key Challenge and withdrew the monetary
prize they offered. However, we have been continuing to run the RC5-72
project without their sponsorship. Effective with this announcement,
we will officially fund the prize using the same distribution ratios that
we would have originally used, as per

* The individual who finds the key US$1,000
* The winning individual’s team US$1,000
* Free Software Foundation (winning charity) US$2,000

Although the option of privately funding the prizes had been discussed
publicly on the mailing list and we had internally decided this
several months ago, we thought it would be prudent to officially
announce this position to our participants.

These prizes will be paid from our organization’s general purpose
funds. If you would like to make donations to us and designate them
for use as a prize, we will gladly honor that request. If we receive
designated contributions exceeding the above totals, then the excess
will be paid out in proportion to the above ratios. To donate to our
organization, please see

Moo! ]:8)

« Newer PostsOlder Posts »