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.

1999-12-18

decibel [18-Dec-1999 @ 22:54]

Filed under: Uncategorized @ 22:54 +00:00

:: 18-Dec-1999 23:09 (Saturday) ::

Well, something compelled me to investigate whether all of the tables
in stats that contain block totals (there’s 3 of them) matched or not.
Unfortunately, I discovered that they don’t.

In addition to the master table, which contains 1 record for each day
that each participant has submitted blocks, there is a platform table,
which contains a row for each cpu/os/client version combination for each
day, and a dailies table, that contains info like how many total blocks
were completed on that day, how many participants, how many teams, etc.

Naturally, if you sum the blocks from all these tables, the totals should
match. Unfortunately, this isn’t the case for rc5-64.

Bruce and I have managed to correct many of these errors (including one
bad day for CSC). This means that our most astute of stats observers will
probably notice that our total blocks done will go down for both contests.
This does *not* mean that we’ve lost work, it only means that there were
some days when the statsrun goofed up and essentially double-counted the
blocks for that day. Also, from what we’ve seen, there are no cases of
errors in the master table, so personal stats shouldn’t be affected.

The bad news is that we haven’t fixed all the errors. It seems that there
was some kind of bug in the old stats code that ran on statsbox-I which
resulted in minor differences between the master and platform tables,
differences on the order of a few thousand blocks per day. These errors
will be much more difficult to track down and fix, and since they should
only affect cpu/os information, we might just leave them alone.

The good news is that, by and large, these errors disappeared when we
cut over to statsbox-II. There’s only 12 days since Feb. 1, 1999 that
have errors.

We’re beginning to work on what will amount to stats, version 3. We’ll
be adding some processes that will continuously scan through stats in
the background, looking for any anomalies like this, so hopefully we’ll
be able to quickly catch anything like this in the future.

Sorry for the confusion… keep cracking!

vetere [18-Dec-1999 @ 06:59]

Filed under: Uncategorized @ 06:59 +00:00

:: 18-Dec-1999 08:02 (Saturday) ::

Today is variety day as regards Mac OS port status updates.

The ‘cli’ client (for lack of a better term to describe what is
currently in beta) will not after all contain an Edit menu for copypaste
purposes. The SIOUX window is something to look at and (in configure
mode) use with the keyboard; it is not part of a graphical user
interface. A planned GUI app will gleefuly accept to all the clicks you
hurl at it. Until then, you can copypaste from a log.

Pre-8.0 compatibility is in the works. All linkages to Appearance stuff
has just been chucked, though networking issues remain. Bless Open
Transport.

Fractional build 449 of the Mac client does not contain the AltiVec CSC
core. That is why your CSC rates on G4s suck. It is also (I think) why
the client chooses the wrong CSC core on your cute little grey machines.
Rest assured this will change prior to the release.

More news as it happens, or very slightly delayed…

1999-12-17

dbaker [17-Dec-1999 @ 08:35]

Filed under: Uncategorized @ 08:35 +00:00

:: 17-Dec-1999 08:38 (Friday) ::

Moo.

I tinkered with stats this evening and setup CPU and OS distribution
statistics for CSC:

http://stats.distributed.net/csc/cpu.html
http://stats.distributed.net/csc/os.html

As soon as I’m completely happy with how it’s working (and get all
the proper icons in place!), I’ll set it up for RC5-64, too. That should
be in the next week or so.

Enjoy.

-dbaker

vetere [17-Dec-1999 @ 05:20]

Filed under: Uncategorized @ 05:20 +00:00

:: 17-Dec-1999 05:22 (Friday) ::

Beta 9 of the Mac Client lives.

ftp://ftp.distributed.net/pub/dcti/beta/dnetc449-macos-ppc-beta.sit

This isn’t a traditional “beta” so much as a pre-release. If you find
any major bugs, we’d of course love to hear about them, but we by and
large think we have the bug situation under control.

Major release-blockers we know about are two in number: the client has
no CSC AltiVec core (hurry up sampo!) and it doesn’t properly detect
modem connections unless you restart it after dial-up. We may go ahead
and release anyway if only one of these bugs has been fixed as of early
next week.

If you find a bug beyond these or what’s currently in Bugzilla, please
add it and/or notify me of its existence.

(Bugzilla, for your reference, is at http://www.distributed.net/bugs/ .)

The people responsible for the Mac port of the distributed.net client
are Michael Feiri (mfeiri) and Don Bruder (Dakidd). They deserve your
eternal gratitude. Send it. Direct all flames / complaints / inquiries
at yours truly instead, as the coders’ mailboxes are full already.

1999-12-15

bwilson [15-Dec-1999 @ 16:25]

Filed under: Uncategorized @ 16:25 +00:00

:: 15-Dec-1999 17:22 (Wednesday) ::

At long last the baby is here. Ethan James Wilson was born at 12:40 a.m. Saturday, Dec 11 (06:40 Saturday UTC, for all
you stats freaks). He was 8 pounds, 13.5 ounces and 20 inches. Tricia and Ethan both came home Monday, and we’re trying to
figure out what “normal” means all over again.

As you know, we will be starting work on OGR soon. OGR brings a whole mess of problems to what you know of stats today.
When keymaster hands out an OGR node, there’s no way of knowing how much work that node will require – it can even vary by
CPU. To give full credit for your work, stats will have to keep track of how much work you actually had to perform.
(You’d certainly like more credit for 10 nodes of 1000 effort than someone who did 10 nodes of 100 effort.) It’s also not
possible to say how much work we’ll have to do at the project level, so concepts like “percent done” and “odds of finishing
today” are pretty meaningless.

On top of this, we’re learning some things about managing multiple projects in a single database. Currently, a new project
means a new family of SQL tables, PHP scripts, a new import and a new stats run. For our sanity, we’d like to reduce the
duplication as much as is reasonable. I’m putting together some prototypes of options for the next generation of stats so we
can poke and prod them to see how well they work. If you notice some drool on the stats database, that’s probably because I’m
holding Ethan while typing. I’ll get it all mopped up before we do anything to the stats you know and love.

I’m also informally collecting ideas for ways we can rank individuals and teams across multiple projects. In particular, we
want to allow participation in any open project to contribute to the overall ranking. As it stands now, there’s a lot of
motivation for teams to stick with RC5-64 to protect their ranking, instead of helping out with CSC. Just think how fast we
could be demolishing CSC with a keyrate in the 80’s instead of the 20’s!

Happy cracking!

decibel [15-Dec-1999 @ 12:12]

Filed under: Uncategorized @ 12:12 +00:00

:: 15-Dec-1999 12:14 (Wednesday) ::

Statsbox is up to it’s old tricks again. }:8( Several of the pages
seem to be running off of Dec 13 data, instead of Dec 14 data.
Unfortunately, I have to be on a plane to Detroit in just over an
hour, so I couldn’t stay up late last night to look into it. With
(a lot of) luck, things will correct themselves with to-night’s run.
If not, I’ll have to look into it tomorrow.

1999-12-14

moose [14-Dec-1999 @ 01:02]

Filed under: Uncategorized @ 01:02 +00:00

:: 14-Dec-1999 01:14 (Tuesday) ::

The following clients have been updated/added:

– dnetc-win16-x86.zip Windows 3.1 [x86/MMX-CSC]
– dnetc-dos-x86.exe DOS [x86/MMX-CSC]
– dnetc-openbsd-sparc-aout.tar.gz OpenBSD [sparc/aout]
– dnetc-bsdi4-x86-elf.tar.gz BSD/OS 4.x [x86/ELF]
– dnetc-bsdi2-x86-aout.tar.gz BSD/OS 2.x/3.x [x86/ELF]
– dnetc-linux-x86-glibc21.tar.gz Linux [x86/glibc2.1/MT/MMX-CSC]

The Linux glibc2.1 client has been fixed and is now available again.
Thanks for your patience

Happy cracking
Moose

1999-12-13

bovine [13-Dec-1999 @ 11:11]

Filed under: Uncategorized @ 11:11 +00:00

:: 13-Dec-1999 11:14 (Monday) ::

I had a little bit of spare time, so I decided to make a quick pass at
rewriting the client speed database pages. The keyrate statistics now
are generated from a single frontend CGI, instead of separate pages
containing hand-built queries for each of the different combinations.
This should also allow us to more easily maintain these pages in the
future. You can see these new pages at http://www.distributed.net/speed/

moose [13-Dec-1999 @ 02:02]

Filed under: Uncategorized @ 02:02 +00:00

:: 13-Dec-1999 02:07 (Monday) ::

The following clients have been updated/added:

– dnetc-win32-x86.zip win 95/98/NT/2000 [x86/MMX-CSC]

More clients coming.
Moose

1999-12-12

moose [12-Dec-1999 @ 23:54]

Filed under: Uncategorized @ 23:54 +00:00

:: 13-Dec-1999 00:03 (Monday) ::

The following clients have been updated/added

– dnetc-linux-x86-glibc20.tar.gz linux [glibc2.0/x86] v2.8003.448
– dnetc-linux-x86-libc5.tar.gz linux [libc5/x86 ] v2.8003.448

The following proxies have been updated

– proxyper311-freebsd-x86.tar.gz freebsd v311

For those of you who already downloaded the
dnetc-linux-x86-glibc21.tar.gz, yes we know there is a problem and it
has been pulled, we are working to fix the problem.

Secondly the Win32 client will be out soon please be patient

Have fun
Moose

« Newer PostsOlder Posts »