staff blogs

distributed.net 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.

2014/11/14

OGR-28 status update

Filed under: project status @ 02:21 UTC

Dear friends,

I wrote back in February that we estimated the first two subspaces of OGR-28 would take us about 90 days to complete. I must apologise; it has taken us 3 times as long.

As we reached the end of these two spaces, we had a day where we completed over 1 million stubs. Of course, most of them were very small indeed. There will be more days like this to come.

We can consider the project as a range of “hills” and “valleys”. At the beginning of the climb, the steps are slow and difficult. Having passed the peak, we can take steps downhill quickly with little effort. We started the project with 32 hills to climb. We have completed the first one. Good news! The other 31 aren’t so tall!

There are just over 9,000 of us working together on this research. We are grateful for all of your contributions. Tell a friend; let us see if we can get to 10,000 before Thanksgiving. :)

Moo! 

2014/02/25

The OGR-27 project has been completed.

Filed under: project status @ 16:09 UTC

Dear friends,

distributed.net is proud to announce the completion of OGR-27!

It is almost five years ago to the day that we began on this exciting journey. Almost 20,000 of you joined us.. without whom, it would have been impossible.

We have proven conclusively by the exhaustive search of all possible rulers that the previously predicted 27-mark ruler is indeed the most optimal one. We were confident that we would find a more optimal ruler during this search, but it was not to be.

We expected it to take us seven years to complete this awesome task but thanks to your efforts recruiting your friends and co-workers to our effort and a little help from Moore’s Law, we did it in five.

The best known ruler is 27/3-12-26-25-29-2-9-36-10-68-1-4-17-53-35-8-16-28-6-14-13-71-18-19-23-7 (length 553). Represented the other way, this is marks at positions 0 3 15 41 66 95 97 106 142 152 220 221 225 242 295 330 338 354 382 388 402 415 486 504 523 546 553.

In total, we verified 302,621,586 unique stubs (2,526 with 3-diffs, 179,120 with 4-diffs, 6,457,815 with 5-diffs and 295,982,125 with 6-diffs), requiring each to have been completed at least two times independently and with an identical node count. Additionally, due to a client implementation bug in some early clients, we required all stubs to have been verified at least once by a client greater than v2.9109.518. This delayed us by a few weeks towards the end of the project but was necessary to ensure that no work was skipped.

The shortest ruler was sent to us 11 times, with one user completing it twice. I will be writing to this user directly for some help picking lottery numbers!

dnetc-ogr27-shortest

We will be sending some distributed.net swag to the lucky winners and hope that you will join us as we move on to our next challenge!

Moo! 

2014/02/18

Getting Ready For OGR-28

Filed under: project status @ 23:23 UTC

Dear friends,

Behind the scenes, we are getting ready to move over to our newest project: OGR-28. This is to discover the most optimal Golomb Ruler with 28 marks. We anticipate that it will take about as long as OGR-27 has. It has some features in common with OGR-27: some of the packets will be very large (up to 1500 Gnodes), and there are three stub spaces. We expect that the first two stub spaces will take about 90 days to complete. Ask me about that last part in a few months time. :)

For the stats freaks among you, the number of stubs for each stubspace of OGR-28 is below:
Stubspace 1: 115676
Stubspace 2: 5823649
Stubspace 3: 518152118

It won’t be necessary for you to upgrade your client software, since OGR-27 clients are ready for OGR-28. If possible, though, I would recommend that you do have the most recent version. If you are running Windows 7 or 8 and your computer is less than four years old, that’s this one: http://http.distributed.net/pub/dcti/current-client/dnetc-win64-amd64.zip :)

If you are running something else, have a look on our download page: http://www.distributed.net/Download_clients

Once again, we will be sending some distributed.net swag to the lucky users who found the Optimal Golomb Ruler this time!

Moo! 

2013/11/16

November update

Filed under: clients,keyservers,project status @ 01:38 UTC

Dear friends,

We have completed over 96% of the work and are now close to wrapping up OGR-27. Some of you may have noticed some difficulty getting OGR packets earlier today, due to our need to begin recycling of the remaining stubs. As I write this, there are about 20 million left that need working on. It is likely that you may experience difficulty occasionally in the coming weeks when hoping to collect OGR stubs to process. This is due to the master key server being unable to speak and chew at the same time!

If you have a long memory, you may remember a note from me about needing to complete one more verification pass on a small number of stubs, about 2.2% of the total, that had been processed by buggy client versions. Now is the time! Some of you are already working on these stubs. One of our core contributors “Stream” has calculated that it will take us about 3 weeks at our current average (400 Gnode/sec) to complete the verification of the earlier stub spaces.

Today we also mark the 4000th day that we have been working on the RC5-72 project. We passed 3% completion only a few weeks ago and continue to make steady progress.

As ever, you can catch up with us in #distributed on IRC (irc.distributed.net).

Moo!

2013/11/15

android

Filed under: clients @ 01:58 UTC

Do you have an Android device on your desk languishing on charge while
you are asleep? Perhaps you have a shiny new tablet? It is now
possible to run OGR on it! Late to the dance, I know…

It is running using the BOINC Wrapper technology. You can download the
BOINC app from Google Play or the ‘Market’ app (depending on your OS
version.) Just attach it to the yoyo@home project:
http://www.rechenkraft.net/yoyo/ and follow the instructions.

Moo! :)

2013/10/08

mikereed [08-Oct-2013]

Filed under: project status @ 06:18 UTC

It has been a while since I have posted any updates to my blog here. I’ve even had a few notes asking if we’re still working on our projects. I can assure you that we are.

We’re going full speed ahead on OGR. My favourite web page at the moment is http://stats.distributed.net/project/ogr_status.php?project_id=27 , which shows in detail how many stubs we have left to process until OGR-27 is complete.

At the same time, we’re still working on RC5-72; where we have nearly completed 3% of the total work space.  We released new client software over the summer which works around the incompatibility we had with AMD 7xxx series graphics cards. The keyrate history graphs for RC5-72 and OGR (http://stats.distributed.net/keyrate.php?project_id=27 and http://stats.distributed.net/keyrate.php?project_id=8) are back online after a hardware failure.

I hope to have some more updates for you very soon. :)

Moo!

2012/04/07

OGR-27 50% completion

Filed under: project status @ 23:09 UTC

Dear friends,

After three years of effort, we have passed the half-way stage of this ground-breaking project. We thank you for your continued participation.

Moo!

2011/04/11

OGR-27 client issues

Filed under: clients,project status @ 15:12 UTC

Dear friends,

We are pleased to announce that we have recently identified and fixed some bugs in our OGR client codebase. One of them causes the client to skip part of a packet in very rare cases. It can happen only in OGR-27 and above, so previous projects were not affected. Fixes are included in our updated client, v2.9109.518.

Due to the severity of this bug, we decided to change the rules for stub verification. Now not only two returned results must have the same node count, but also at least one of the results must be returned by a fixed (.518) client. Thus we will be sure that no rulers were skipped. Since we have not started the second pass of OGR-27.4 yet, this is an ideal time to introduce a validation change like this.

We’re asking you to update all of your systems to the fixed client, v2.9109.518, as soon as possible. Results sent from older clients will still be accepted and counted in stats. Updating to the latest client will help us to complete the project faster.

The updated client also recognizes the new Intel Core i3 and AMD Phenom processors, which are becoming increasingly popular among budget-conscious consumers.

You can download the updated client for all major platforms at: http://www.distributed.net/Download_clients.

We thank you for your continued participation in this ground-breaking project.

Moo!

2010/12/28

A near-miss (or perhaps a near-hit?)

Filed under: project status @ 21:00 UTC

Dear friends,

We recently received the first true “false positive” work unit of the RC5-72 project. These are a rare find.

In the interests of client speed, only the first “block” of the encrypted text is decrypted and evaluated for a solution. This means that it’s possible for a key which isn’t the correct key to report as a false positive because although it doesn’t decrypt the text, it does yield a plaintext which matches “The unkn” for the first eight bytes.

The decrypt of the packet was “The unkn…O.k.V>..3W.R..lW.]*e.sc.:-…..u…..cN.&.0.N.” The lucky participant is known as 門村 (“Gate Village”) and will be receiving a T-shirt from us soon. He is a researcher in Japan running dnetc on a Windows system with a Stream client.

As some participants may recall, we also identified a similar ‘false positive’ during the previous RC5-64 project. Finding these are exciting because they help to validate that the project is working properly and is still on track to find the real solution.

It also represents an interesting datapoint regarding the RC5 algorithm. There’s been much speculation and napkin scribbling on just how frequently such false positives might present themselves. The general consensus seemed to be that such an occurrence is extremely improbable. A brute-force search is really the only way to conclusively determine the likelihood of such false positives.

Keep on crunching! ]:8)

2010/07/09

mikereed [09-Jul-2010 @ 17:10]

Filed under: clients,project status @ 16:10 UTC

Today, we mark the passing of 500 days working on the OGR-27 project. By cosmic coincidence, it’s also Cow Appreciation Day today!

In other news, we have recently added new CUDA 3.1-cowpatible clients for Windows and Mac OS X to our pre-release page. Link

We thank you for your continued support.

Moo! ]:8)

Older Posts »