[RC5] keyrate stabilizing?

Brough, Adrian (IR SOLUTIONS) adrian.brough-eds at eds.com
Tue Oct 16 11:43:06 EDT 2001


A simple e-mail giving the shortest ruler found so far would be appreciated,
compared to the shortest one known. This is why the OGR project exists.

Adrian

-----Original Message-----
From: Andreas D. Landmark [mailto:andreas.landmark at noxtension.com]
Sent: 16 October 2001 1:13 am
To: rc5 at lists.distributed.net
Subject: Re: [RC5] keyrate stabilizing?


At 15.10.2001 22:19, daniel carter wrote:
>total stubs returned / total stubs * 100 = rough % done.
>
>It seems it would be much easier to give a rough percentage complete
>figure.  Checking for duplicates and checking the 2nd pass to ensure
acuracy
>of the returned data does indeed need to be done at some stage,  but for a
>simple 'we are about 74% done' figure, couldn't we just count the number of
>returned stubs?  Surely duplicate results are neglible in comparision to
>valid results and thus would not distort the rough figure too much.
>
>The other inaccuracy in this figure is that each stub contains a different
>number of nodes.  So a stub is not an accurate measure of work done.  But
>doesn't this average out in the long term, or does the average number of
>nodes per stub deviate as we move though the workspace?

what about stubs that overlap?

They would completely skew your figure...

(If I've understood the OGR project correctly (I'm a strictly RC5-guy),
blocks
can overlap eachother).


-- 
Andreas D Landmark / noXtension
Real Time, adj.:
         Here and now, as opposed to fake time, which only occurs there
and then.

--
To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net
rc5-digest subscribers replace rc5 with rc5-digest
--
To unsubscribe, send 'unsubscribe rc5' to majordomo at lists.distributed.net
rc5-digest subscribers replace rc5 with rc5-digest



More information about the rc5 mailing list