If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
Ranking by most cpu-hours doesn't work, because win9x doesn't use cpu-hours but run-time-hours. The gui-version doesn't use cpu-hours either, not even under NT.
If you wants to get many hours, run the graphic version alongside the cmd-line. If you're using win9x, you can start many instances of the cmd-line and get many hours.
Thanks for noticing Pace
I am trying to get more machines running to secure myself a position in the top 100
As I mentioned in another thread, Diablo2 is killing my WU production.
One obvious problem is that many people appear to have exactly the same number of hours. That's because on Seti's page, "Total CPU time" is listed in years, with two decimals precision. Not much I can do about that. That's also the reason why this is actually a top-22 (hbitsch and Andy Watling fall just below the top-20, but have the same number of hours).
So: interesting? I can just include it in the "weekly" (ahem ) reports I post here.
Martin
(Edit: whoops, that didn't come out quite right... This better?)
(Re-edit: buggery fsck...)
(Re-re-edit: waaaaaah, if it still isn't right, you'll have to live with it . UBB keeps messing with my table.)
[This message has been edited by Ees (edited 10 August 2000).]
Martin, your comment seems to indicate using the wrong approach on top cpu-hours. 0,01 years is 87,6 hours, a much too big error. For Rags, this is 30 units.
But seti@home also rapports average cpu-time per unit. This is in 0,1-seconds. For a user with 8000 units, 0,1 second difference is only 13m20s, or 0,000025 years. Only then you've completed more units whan SGI SETI will this approach give a bigger error.
Comment