Rollin Rollin Rollin...

[paleseptember]

Sure, why not?

685 million Gnodes.

Rationale? Took a rough guess on our average output (taking into account Lauren2's month-long hiatus), decided on an end-date of my birthday (2nd-Oct), and it was as scientific as that!

Anyone else?

[paleseptember]

.... for 10,000,000 Gnodes!

A sterling effort :cheers:

[BlisteringSheep]

And lauren should be in the top 100 in a couple of weeks.


Ha Ha Ha funny guy top 100 in a couple of weeks Ha Ha Ha:D

As predicted.....

Congratulations lauren :|party|:

[IronBits]

:cheers: Fozzie! Great stick2it effort! :)

[Fozzie]

Onwards to the top 300 :geezer:

[LAURENU2]

As predicted.....

Congratulations lauren :|party|:

I must be getting to be a old :geezer: Seeing how I am so predictable:lmao:

[the-mk]

Nice jobs! I'm also looking forward to 10,000,000 GNodes! It's only a matter of time :D

[alpha]

Things are about to change for Yoyo. (http://episteme.arstechnica.com/eve/forums/a/tpc/f/122097561/m/252001630931?r=632006712931#632006712931)

[paleseptember]

Things appear to have changed. Like was said the Ars thread, individual contributions are now being recognised, there are more than 400 distinct users, plus the main yoyo address for those who haven't fiddled with their client...

Link (http://stats.distributed.net/team/tmember.php?project_id=25&team=31743)

[the-mk]

http://stats.distributed.net/project/ogr_status.php is now official by .plan of TheJet (http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=thejet)

As you have probably noticed, we now have more detailed completion statistics available for the OGR-25 project. By clicking on the '%-complete' number on the main project status page, one can reach a detailed 'stubspace completion' page. This new page outlines the completion rates for each stubspace, as well as the overall project stub completion information.
better stats for when OGR ends...

[paleseptember]

We finally finished Stubspace 4!

The last 5 work units were verified yesterday :D I've been watching Space 4 and 5 slowly dwindle done these last few weeks, seemingly taking forever!

There are only 4 stubs to go in Space 5. Only four more 6-diff stubs floating around (probably on a long neglected account, and waiting for the time-out period before they're redistributed!)

Rollin' rollin' rollin' :cheers:

[IronBits]

Progress is good :)

[paleseptember]

Progress rawks!

I realise that between 200,000 and half a million stubs are crunched every day, but getting through those last few from a particular stubspace makes the project feel just that little bit more completed.

BTW, did anyone else notice that DPC dumped 260 million GNodes yesterday? That means just under 10% of their total score was contributed in one day. For the day, 2.3 million stubs were returned, nearly 10x the usual rate :eek:

[BlisteringSheep]

BTW, did anyone else notice that DPC dumped 260 million GNodes yesterday?

And that single dump was more than the 13th place team has, total. It boggles...:eek:

[alpha]

Their top participant, [DPC]NoizyCows, passed 1 billion Gnodes yesterday. That's 1000 Pnodes or 1 Enode. That's nearly eight times more than our top user, maefly.

Anyone know if it is a single user account, or one of their sub-teams?

[[NGS]Cpt00Kirk]

The NoizyCows did a very nice dump!! ... they have there 6 year teambirthday :rock:

and almost all the output comes from 1 user ( Axe-Action )

http://ogr.noizycows.nl/daytop.html

[LAURENU2]

Cpt00Kirk;122282']The NoizyCows did a very nice dump!! ... they have there 6 year teambirthday :rock:

and almost all the output comes from 1 user ( Axe-Action )

http://ogr.noizycows.nl/daytop.html

I am sorry But I do Not approve of a team/member saving up work for
that long just to impress others
Chances are we all had to redo the work way before he sent it back

[alpha]

Actually, I believe if a stub has already been submitted AND verified (by a second separate submission), you won't receive credit for it.

[Fozzie]

they didn't have to save for that long the axe-action guy has access to some serious corporate firepower.

[LAURENU2]

they didn't have to save for that long the axe-action guy has access to some serious corporate firepower.

Looking at the history it was way over a month since there last output
Thay can do as they wish But me I don't think it is right But Thats Just ME

[IronBits]

Free-DC :p ... anyway they like to do it, just so long as they do it, and get-r-done :D

[LAURENU2]

Free-DC :p ... anyway they like to do it, just so long as they do it, and get-r-done :D
I Bow:rock: to your Wisdom :hifi: But :bang: but :bang: oh never mind :rotfl: =-->:jester:

[IronBits]

I thought this was very interesting...
distributed.net proxy network status (Project OGRP2 only)

Current as of Tue, 20 May 2008 05:40:47 GMT

The current distributed.net rate is 462.60 giganodes a second!
If nodes were bytes, we could fill 346.95 80 GB Maxtor DiamondMax Plus 9 disks every minute.

[the-mk]

my internet connection broke down today, so I wasn't able to fetch work for 14 hours for my PS3 because the buffers exhausted :cry:

[IronBits]

Fix your config file so it buffers 24 hours worth. ;)

[the-mk]

per default the PS3 gets 168 packets, if buffers are empty, every full hour I flush via a cron-job, but I do not fetch new work, because I usually have confidence that my internet connection is up 24/7...

if it happens within one month again I'll set it to fetch/flush every hour :D

[the-mk]

official stats are stuck :cry:

Data shown reflects all blocks received as of 21-May-2008 at 23:59 UTC. Current time is 25-May-2008 05:19:47.

[wirthi]

http://stats.distributed.net/project/ogr_status.php is working, though.

[the-mk]

weird...
these stats (http://stats.free-dc.org/new/teamstats.php?proj=ogr25&team=Free-DC) show negativ numbers :D

[the-mk]

http://stats.distributed.net/project/ogr_status.php is working, though.

sorry, but no, it's not!

http://stats.distributed.net/projects.php?project_id=25 says Data shown reflects all blocks received as of 2008-05-21 at 23:59 UTC
http://stats.distributed.net/project/ogr_status.php says Data shown reflects all blocks received as of 24-May-2008 at 23:59 UTC. Current time is 25-May-2008 17:24:49.

so I don't know which one to trust...

I want to see myself in the stats before I hit the 10 million GNodes... :D

[IronBits]

Both RC5 and OGR stats are hung, and being a holiday week-end, I doubt if it will be fixed today.

[the-mk]

holiday weekend? everybody has holidays except me :cry:

[the-mk]

bovine's .plan says (http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine)

:: 26-May-2008 06:28 GMT (Monday) ::
Stats updates broke a couple of days ago due to some data import
issues. We'll get them back on-line as soon as we can diagnose and
correct the problem. Thanks for your patience.

hopefully they are back up soon!

[LAURENU2]

Does anyone Know why the OGR Stats are rolling backward:bang:

[IronBits]

Ya, like what's been mentioned before your post maybe? ;)
The stats databases are HOSED and they are trying to fix it...
Rolling back if necessary to a stable database, then adding in each days worth of work, day by day, until they slowly get it all back and working right.

[paleseptember]

Ah, thanks for that additional tid-bit of info IB -- I noticed that stats had gone from 21-May back to 20-May -- the roll-back to a stable date makes sense of that now! :thumbs:

Hopefully is not too FUBAR'd. I imagine the project admins are having an awful time!

[the-mk]

I don't want to moan, but: I miss the stats!!!

[LAURENU2]

:jester: Are We There Yet :rotfl:

[IronBits]

Stats are back! :clap: :partyon:

[the-mk]

good to know! I'm not far away from 10 million GNodes :D

[the-mk]

bovines .plan (http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine) - stats are "officially" back:

:: 29-May-2008 08:33 GMT (Thursday) ::
Stats should be up-to-date again. A problem that occurred during our
automated log importing required some debugging to undo and correct.
No stats credits should have been lost as a result of the downtime.
Thanks for your patience.

-----------------------------------------------------------------------------

I already passed the 10 million GNodes, but "only" overall.
10 million GNodes teamcontribution should come in the next days...
:cheers:

[the-mk]

Now I passed them! :banana: :rock: :bouncy:

[IronBits]

Excellent! :smoking:

[LAURENU2]

Now I passed them! :banana: :rock: :bouncy:
:thumbs: :hifi: :thumbs:

[Fozzie]

Condor for 25 million

The_MK for 10 million

Jeff Gilchrist for 5 million

:cheers::|party|::banana::banana::banana:

[the-mk]

Thank you!

but there are bad news too: I have to retire my PS3, because the fans get too noisy when the room temperature exceeds 25°C (77°F), and I live and sleep in the same room! I don't think that I'll reactivate them in autumn... so I'll sell it soon --> alpha, make me an offer!

[alpha]

the-mk, a PM will be on it's way to you shortly.

[the-mk]

still waiting for the PM :D

[yoyo]

Thank you!

but there are bad news too: I have to retire my PS3, because the fans get too noisy when the room temperature exceeds 25°C (77°F), and I live and sleep in the same room! I don't think that I'll reactivate them in autumn... so I'll sell it soon --> alpha, make me an offer!

So just use the PS3 during the day ;)
yoyo

[the-mk]

I'll give "her" a chance outside of the cupboard... I'll see how sound performs... the testing hours on my desk were successful, but when I gave it back to the cupboard, after then minutes the fans began to yell :(

--> in summer it is too hot in the cupboard :D

I hope alpha can forgive me if I decide to use it a little longer...

[Digital Parasite]

Ooo nice, 5 million, I missed that myself! Onward and upward!

[the-mk]

I'll shut down my home boxen tomorrow for one week because I'm on vacation in Greece. :cheers:
Work boxen will stay online halftime...

Don't climb up to #4 without me :D

[the-mk]

well, I'm back again, Karpathos was great! The Mythos there too :D :cheers:

and tomorrow we will be at #4!

[Fozzie]

broke into the top 300 overall yesterday, onwards to the top 250 and maybe even the top 10 in the team.

[BlisteringSheep]

Congratulations all on taking 4th place!

:idea: maefly, here's your chance. My farm goes away forever in less than 2 weeks. :Pokes: Can you make up 78 million Gnodes before the end of the project and knock me out of the top 10? Go for it! :thumbs:

[IronBits]

BlisteringSheep, I hope you have a wonderful time at your new job.
Hopefully it will be more rewarding and relaxing than the last.
:cheers:

[Bok]

yeah dude, this has been a while in the making right ?

I seem to remember talking to you about it last year some time.

Hope you have a GREAT time at the new job, you deserve it.. !

Bok

[BlisteringSheep]

Thanks for all of the well-wishes.
Yeah, everything got sidetracked because of all of the health issues & surgery complications. But I'm finally improving, and can't have my next surgery until next year, so went ahead and took the plunge (today was my 14 1/2 year hiring anniversary). I'm really excited, and think I'm going to be a lot happier overall, but I'm sure going to miss the massive farm!

[the-mk]

Well guys/gals of OGR-25, we as a team are rolling up the ranks ever so quickly. As of this post, we are at Rank 796.

So, a cold one for everybody on the Team. :cheers: As always, IB will be buying the rounds.

With the complimentary boozing out of the way, I would like to give a pat on the back to those listed below:

rus6 3,853
ECL 579
Nitrousine 1,686
THE-MK 2,289
alpha 260
Beyond 10,637
IronBits 2,044
guru 2,292
Robert Shepard 1,564


It seems that some of you have returned to this Project in the hopes of bringing Free-DC to the Top 100. Welcome aboard and may you all continue to crunch!

And for the regulars, Rock on :|party|:

a five year old post... and we climbed 792 places until today :cheers:

[LAURENU2]

a five year old post... and we climbed 792 places until today
Thats it I'm Put this team on a strict training routine 5 years to climb 792 is terrible
Thats it No more gaming charting Or emailing Just Crunch crunch crunching :rotfl:

[Fozzie]

past and present for passing

600 million


:banana::banana::banana::banana::|party|::|party|::|party|::banana::banana::banana::banana:

[maefly]

:idea: maefly, here's your chance. My farm goes away forever in less than 2 weeks. :Pokes: Can you make up 78 million Gnodes before the end of the project and knock me out of the top 10? Go for it! :thumbs:

Yeah, I wish I could do that! Unfortunately my farm gets crippled over the summer months and my output goes way down. People are lining up already to pass me up.:swear:

Congrats on the new job!

[IronBits]

I knew the end of a project brings out some big guns fighting for top spot, but holy mackeral!
MOOH! from team linux-de.org wants blood at over 4 Million per day! :eek:

Rank Team Days to Overtake
7 AnandTech 0.97
6 yoyo@home BOINC wrapper 1.96
5 Team Warped (OS/2) 4.33
4 Free-DC 6.33
3 Ars Technica Team Beef Roast 9.86
2 BugTraq.Ru Team. United power of xUSSR. 32.42
1 Dutch Power Cows 81.13

[Fozzie]

some serious mathematical issues you have buddy.

We are approx 300 million ahead and they are gaining at 4 million per day so just roughly that would be 75 days to get to us.

I'm sure with a little movement of power we can move that out a few days so if they can keep that up we can still take it into September.

Lots of ifs.

[the-mk]

if - then - else -> every programmer knows :D

[IronBits]

I didn't do the math, I know better...
That was from a stats site, and just reporting what I saw. ;)

[BlisteringSheep]

I didn't do the math, I know better...
That was from a stats site, and just reporting what I saw. ;)

You believed something you saw on a stats site! :jester: I hear that all stats site operators are pretty shady characters...:saber:

[Bok]

That there be fighting talk, my little :sheep-emoticon:

:jester: :rotfl:

[LAURENU2]

That there be fighting talk, my little :sheep-emoticon:

:jester: :rotfl:
I am sure BlisteringSheep meant OTHER Stat Sites And Admins
Every one in the world Knows That Free-DC has the Worlds Best Most up to date and accurate Stats
In The World Run By the Best Admins that the World has to Offer
IB just had to go to other sites because our radar unit still has not been unpacked

[Fozzie]

on RC5-72 but have re-configured them for OGR again.

But of :dump: today to help out.

[the-mk]

glad to hear you switched from RC5-72 to OGR :D
:cheers:

[Joe O]

Any chance you guys can ramp up and get this project finished sooner?
linux-de.org is rapidly catching up.

[IronBits]

The end of the project is almost over, within sight anyways, and, worthy of a boxen or two.
I should have kept my PS3 pharm a few months longer <sigh>
I have the remaining 3 PS3s on OGR now, which is good for ~60,000 per day.

If you have never run dnet, please consider it.
If you have a multi-core system, how about on one core of a dual or quad?

The time has come for the members of Free-DC to stay focus as much as we can on OGR until the project ends.
Then we can all go back to our favorite projects and take a break for awhile. :)

[LAURENU2]

The end of the project is almost over, within sight anyways, and, worthy of a boxen or two.

The time has come for the members of Free-DC to stay focus as much as we can on OGR until the project ends.
Then we can all go back to our favorite projects and take a break for awhile. :)
Yes Sir Will Go to Full Speed :banana:ASAP But Sorry My Afterburners are still in for repair:cry:
But Soon:thumbs:

[LAURENU2]

Warning to [email protected] You have Only 42 Days Till I :stopm: YOU :harhar:
You Better restart your :bigtrain:

[paleseptember]

*does a little self-congratulation dance* :banana::banana:

Have just passed Five Million Gnodes overall, and Four Million for Free-DC! :|party|::|party|:

Am quite pleased :) Has taken a looooooong time!

[LAURENU2]

*does a little self-congratulation dance* :banana::banana:

Have just passed Five Million Gnodes overall, and Four Million for Free-DC! :|party|::|party|:

Am quite pleased :) Has taken a looooooong time!
And you just jumped up 2 seats to :thumbs::thumbs::thumbs:

[IronBits]

Nice! :cheers:

[Bok]

Looking here (http://stats.distributed.net/project/ogr_status.php) as Stubspace 6 is closed out it seems the transition to 7 is already underway, but if I read it correctly the same amount of stubs are being completed which infers the size of the stubs is the same in 7 than 6.....

[alpha]

That is as expected, as far as I knew. Stubspaces 6 and 7 both comprise of 5-diff stubs. It is just the "stub-length" which differs, and I believe this to have no clear correlation to crunch time.

Stubspace 6 = stub-length 1-98
Stubspace 7 = stub-length 99-111

I think stub-length can be defined as the sum of the given marks on the status line. For example:

25/4-22-13-12-17 = 4+22+13+12+17 = 68 (stubspace 6)
25/4-8-26-40-30 = 4+8+26+40+30 = 108 (stubspace 7)

Things should change for stubspaces 8 and 9 though.

[jasong]

Wouldn't it be horrible/hilarious if stubspace 9 is where the true optimal golomb ruler is?

[alpha]

It doesn't really matter. We wouldn't have known that it was the most optimal without checking EVERY stub anyway. This isn't like RC5-72 where you find the winning key and then quit searching.

[IronBits]

Free-DC is having and OGR party.
Put all your boxen on OGR and let's see what we can do. :cheers:

[IronBits]

Looks like the stubs are being chewed through quickly. :banana:
:|party|:
:stretcher Power up them beasts and bring on the backups! :drink:

:hiya:

[paleseptember]

:rock: Top 750, woo-freaking-hoo! :rock:

These milestones seem to creep up on you. I suppose sticking to a project for quite a few months helps rather :jabber:

I doubt very much I'll make it to another significant number prior to the end of the project, but I thought I'd have a spotlight moment for a few seconds :lmao:

A few days should give me 5million for Free-DC and 6million overall :)

[IronBits]

Nice! :thumbs:
I found that with a lot of stick-to-it, many things can be achieved. :)

[Bok]

Congrats!!!!!

Bok :cheers:

[LAURENU2]

You the Man paleseptember :thumbs: & :cheers:

[Fozzie]

we have plenty of actives but we could always do with more.

The Cows are going to :dump: on Sept 1st but we definitely need to keep puching to ensure we make it as hard for Mooh as possible.

So fire them up if you have them we still need more power :Pokes::Pokes:

[alpha]

I'm going away on 28th August and don't return until 15th September so not only will my numbers drop but also I may miss the end of the project. :cry:Hope not though.

Still pushing as hard as possible with what little I have.

[LAURENU2]

15th September so not only will my numbers drop but also I may miss the end of the project. :cry:Hope not though.
The faster the project ends the better for us :rock: if it go's much longer then that we will lose 4th place:cry:

[the-mk]

4th or 5th is great if you think were we started at the beginning :D
:thumbs: :cheers:

[LAURENU2]

4th or 5th is great if you think were we started at the beginning :D
:thumbs: :cheers:
I concur We did our part better then most.:thumbs:
Most important to me is that we Pulled Together as a Team in the effort to do it :cheers:

[IronBits]

guru (http://stats4.free-dc.org/stats.php?page=user&proj=ogr25&name=335870Free-DC)http://stats4.free-dc.org/images/blank.gif is back :D

:cheers:

[Fozzie]

Can we make it 30.

Come on everyone search out those old emails wake up a few more members for this fight to the finish.

[the-mk]

bought a Scythe Mine cooler today and replaced the Intel boxed cooler and overclocked my E8200 to 3 GHz, should bring some tiny additional stubs :D

[gopher_yarrowzoo]

People, Lock n Load and pack some heat, get to it ladies, I can't do shit for ya by the time I got this box config'd and playing it will be over.

Smoke me a kipper, skipper I'll be back for breakfast.

[the-mk]

OMG, the official stats pages don't work!!!!

STATS ERROR
Connection to Database Failed
There was an error processing your request.

[paleseptember]

Oh good, it's not just me :) The database has been out for at least the past seven hours (since midnight GMT)

[paleseptember]

Update: from any dnet stats page:


Stats are unavailable

Sorry, but stats are down at the moment.

There has been an unfortunate hardware failure that has brought stats temporarily offline.

But don't worry, because all completed work will continue to be counted and reflected on stats once they are brought back online.

For more information, check the .plans. Particularly, look at decibel's .plan

Check back later.

Of course, I think they mean bovine's plans, which say the same thing as the announcement.

I think we broke the server with our surge :)

[LAURENU2]

Update: from any dnet stats page:

[CODE]Stats are unavailable

Sorry, but stats are down at the moment.

There has been an unfortunate hardware failure that has brought stats temporarily offline.:)


Did you ever Notice that the unfortunate hardware failure's always happen on a Holiday weekend :rock:

[Paratima]

Did you ever Notice that the unfortunate hardware failure's always happen on a Holiday weekend :rock:
Always and on every project! Must have been the strain of all my points flooding in there that wiped 'em out. :jester:

[jasong]

Always and on every project! Must have been the strain of all my points flooding in there that wiped 'em out. :jester:
That is simply proof that demons are real. ;)

Either that, or it has something to do with people's brains trying to find patterns in everything. Your observation might occur for the same reason that white fluffy clouds can look like cows and choo-choo trains, or whatever.

[the-mk]

can't live without stats!! :cry:

[Fozzie]

you should ensure you are using

pproxy.free-dc.org:2064

[the-mk]

I know, but I want to know how many stubs we have completed the last few days and I want to know when the project ends.

[Fozzie]

Don't we all.

Let's just call it a good old 1920s style cliffhanger.

[Fozzie]

a wee dance of celebration

:banana::banana::banana:15 million :banana::banana::banana:

[Helix_Von_Smelix]

a wee dance of celebration

:banana::banana::banana:15 million :banana::banana::banana:

:clap::clap:

[the-mk]

yeah! happy 15 millions! I'd like to say 15 millions more, but the project should end soon...
:thumbs: :cheers:

[LeeF]

Hey, am I missing something? I remember your guys' stats page used to have stuff like projected scores, upcoming threats, and so on, but I can't find that now. I even created an account in hopes of finding that functionality there. :)

And while I'm at my first post, I'll send a shout out to my stats neighbor Paleseptember (I'm Eriol) - every time I see your name, I get the Fiona Apple song stuck in my head.

[Helix_Von_Smelix]

welcome,

you don't run ogr by any chance do you :Pokes::whistle::whistle:

[LeeF]

welcome,

you don't run ogr by any chance do you :Pokes::whistle::whistle:

Thank you! And yes, I do indeed. I'm one position behind one of your own team members.

http://stats.distributed.net/participant/psummary.php?project_id=25&id=424559
http://stats.free-dc.org/stats.php?page=user&proj=ogr25&name=424559Ars+Technica+Team+Beef+Roast

[the-mk]

wrong team :D

[wirthi]

No, he means he is one position behind in the overall stats.

682 Paleseptember
683 Eriol

[Bok]

hmm, it looks like the overtake user stats aren't working for OGR at least (might be for all non-boinc projects).

I'll take a look.

[Bok]

Ok, have another look. Was a problem with the id in some of the sql when there is html formatting.

All fixed.

Bok

[Helix_Von_Smelix]

on the subject of stats.......


in aps@home, it shows team 20. Free-dc is 18

:whistle::whistle:

[Bok]

Fixed. It will roll into live soon.

[the-mk]

No, he means he is one position behind in the overall stats.

682 Paleseptember
683 Eriol

no no, I'm right :D after seeing that link:
http://stats.free-dc.org/stats.php?page=user&proj=ogr25&name=424559Ars+Technica+Team+Beef+Roast :D I think there should be Free-DC...
whatever... :cheers:

[LeeF]

no no, I'm right :D after seeing that link:
http://stats.free-dc.org/stats.php?page=user&proj=ogr25&name=424559Ars+Technica+Team+Beef+Roast :D I think there should be Free-DC...
whatever... :cheers:

Lol -- must be some kind of bug in the stats. ;)

:cheers:

[paleseptember]

Ahem

FREE-DC -- In Excess of 700 Million Gnodes!!!!


An awesome effort one and all! <insert emoticons to your heart's content here>

[the-mk]

That's quite a lot!! Great job everybody!
:cheers:

[paleseptember]

@ LeeF (aka, Eriol) I'm catching up to you!! You may have out-produced me the last few days, but one (very huge) day has got me back within a hair's-breadth of you :)

Thanks for dropping by LeeF! Welcome to the most friendly team forums with the most kickarse stats :D I hope that you get involved in our community. It's always good to meet new people with a common goal of conquering the world :)

[LeeF]

Paleseptember: Excellent! We've been breaking pretty even for at least a couple of weeks now.

And thanks for the welcome! I hope you guys are able to hold off those part-timers over at Yoyo and Linux-de.

[Bok]

One thing I've never understood..

Look at the following where I've ran the script one hour in between..

[root@quad dnetproxy]# date && ./csv4.pl
Sat Sep 13 11:17:31 MST 2008
This might take a while... please be patient.

Overall OGRp2-25 PProxy stats based on 257 days:

Smallest: 0.01 Gnodes, submitted on 03/02/2008
Largest: 2,821.39 Gnodes, submitted on 17/02/2008
Average: 97.26 Gnodes
Total: 326,262,947.98 Gnodes
Rate: 1,269,505.63 Gnodes/day

Stubspace 1 stubs: 3
Stubspace 2 stubs: 39
Stubspace 3 stubs: 259
Stubspace 4 stubs: 2,910
Stubspace 5 stubs: 31,462
Stubspace 6 stubs: 1,921,308
Stubspace 7 stubs: 1,163,716
Stubspace 8 stubs: 216,177
Stubspace 9 stubs: 18,517

Total stubs crunched: 3,354,391 (0.55016% of project)
You have new mail in /var/spool/mail/root
[root@quad dnetproxy]# date && ./csv4.pl
Sat Sep 13 12:23:35 MST 2008
This might take a while... please be patient.

Overall OGRp2-25 PProxy stats based on 257 days:

Smallest: 0.01 Gnodes, submitted on 03/02/2008
Largest: 2,821.39 Gnodes, submitted on 17/02/2008
Average: 97.25 Gnodes
Total: 326,331,305.61 Gnodes
Rate: 1,269,771.62 Gnodes/day

Stubspace 1 stubs: 3
Stubspace 2 stubs: 39
Stubspace 3 stubs: 259
Stubspace 4 stubs: 2,910
Stubspace 5 stubs: 31,462
Stubspace 6 stubs: 1,921,339
Stubspace 7 stubs: 1,164,708
Stubspace 8 stubs: 216,199
Stubspace 9 stubs: 18,529

Total stubs crunched: 3,355,448 (0.55033% of project)
You have new mail in /var/spool/mail/root
[root@quad dnetproxy]#

How come there were 31 stubspace 6 stubs processed where there are only 5 left in the entire space? Does this mean they are redundant and not scored?

I don't think the proxy is set too high, seeing as 30,000 or so are being done per day from it.

[maefly]

They may be from me, Bok. I just hooked up a few machines that were offline for about 3 months that probably had old stubs. You aren't going crazy or anything :crazy:

[Bok]

maybe, maybe, but I've actually noticed this a number of times over the past few weeks where we show more stubs in space6 than were done for that day...

I'll try and check it tomorrow too..

Bok :cheers:

[paleseptember]

The key phrase is "three months" (I think, a brief search of the faq-o-matic has turned up nothing).

I think the time-out on a ogr workunit is 90 days.

[gopher_yarrowzoo]

Team FDC to the end... :clap: joined :)

[LAURENU2]

Team FDC to the end... :clap: joined :)

gopher why do I not see you on the duty roster for OGR Come on at least 1 node Please

[gopher_yarrowzoo]

Only just joined so it will take the next rollover or 2 to show me, darn it why can't they just send you out your password to you automatically!

[alpha]

How come there were 31 stubspace 6 stubs processed where there are only 5 left in the entire space? Does this mean they are redundant and not scored?

Nope, I submitted a bunch yesterday and got full credit for them today. As paleseptember said, there is supposedly a timeout for stubs, but I've never breached it even at the worst of times. However, each stub any of us submits which has already been crunched and verified by other people does not contribute to project completion, which won't do us any favours. It definitely is in our best interests as a team to have a fresh in-buffer of work.

As the project has neared the end I have periodically reduced the size of my pproxy cache to combat this very point.

[Paratima]

As the project has neared the end I have periodically reduced the size of my pproxy cache to combat this very point.
This sounds like a good idea. How does one do it?

Assume I know nothing about this project, which is pretty much the case.

[alpha]

I assume you're running your own pproxy? If so, edit the proxyper.ini file and under the [ogrp2] tag change the minkeysready and maxkeysready values which represent the minimum and maximum cache size (in stubs) respectively. My pproxy serves stubs to about half a dozen machines and my current min/max level is 150/200. I'll reduce it further once we get heavily into stubspaces 8 and 9. Like this:

[ogrp2]
minkeysready=150
maxkeysready=200

If you're just running the dnet client on its own with no pproxy, you need to edit your dnetc.ini file. Under the [ogr_p2] tag, change or add a value for fetch-workunit-threshold which represents the maximum cache size in stubs. Like this:

[ogr_p2]
fetch-workunit-threshold=50

[Paratima]

Wouldn't know a pproxy if it bbit me on the bbutt. Using Bok's pproxy.

There is a line such as you describe:

[ogr]
core=-1
fetch-time-threshold=0
fetch-workunit-threshold=3

Should I change this? Will it be wonderful? :confused:

[Bok]

I don't think it would matter in your case as you are using a proxy (the free-dc one).

I might have to look into changing the size of the proxy buffers here, but I generally try to keep 10 days worth right now.

Bok

[Paratima]

Thanks, Bok. I was kind of getting that idea myself. HOWEVER, if anyone can see anything that I could improve here, let me know:

dnetc.ini
[parameters]
[email protected]

[misc]
project-priority=OGR-P2=1,RC5-72=0

[triggers]
exit-flag-filename=exit.now
pause-on-no-mains-power=no
restart-on-config-file-change=yes

[display]
progress-indicator=auto-sense

[ogr]
core=-1
fetch-time-threshold=0
fetch-workunit-threshold=3

[processor-usage]
priority=0

[networking]
autofindkeyserver=no
keyserver=pproxy.free-dc.org:2064
nofallback=true
dialup-watcher=disabled
interfaces-to-watch=*
disabled=no

[buffers]
threshold-check-interval=0:60
checkpoint-filename=check.txt
frequent-threshold-checks=25

[logging]
log-file-limit=500
log-file=dnetc.log
log-file-type=fifo

Seems to be crunching along nicely.

[IronBits]

Here's mine ;)

[parameters]
[email protected]

[misc]
project-priority=OGR-P2=1,RC5-72=0

[networking]
autofindkeyserver=no
keyserver=pproxy.free-dc.org:2064 ; use Bok's pproxy server
nofallback=false
dialup-watcher=active
interfaces-to-watch=*
disabled=no

[triggers]
exit-flag-filename=
pause-on-no-mains-power=no
restart-on-config-file-change=yes

[display]
progress-indicator=auto-sense

[OGR-P2]
core=-1
;fetch-time-threshold=24
fetch-workunit-threshold=24 ; for quads, 12 for duals

[rc5-72]
core=-1
;fetch-time-threshold=24
fetch-workunit-threshold=24 ; for quads, 12 for duals

[processor-usage]
priority=3 ; make em work harder like on crunchers. In linux 0 = nice -19.
max-threads=-1

[buffers]
threshold-check-interval=0:15
checkpoint-filename=check.txt
frequent-threshold-checks=3

[logging]
log-file-limit=1
log-file=dnetc.log
log-file-type=fifo

[Paratima]

Cool. Done. Which, btw, I hope we are, nearly. I've got some other projects calling for my attention...
:smoking:

[alpha]

What the heck...

Either my script is broken or dnet have decided to recheck some stubs.

Today so far, I've crunched through:


Stubspace 2 stubs: 2
Stubspace 4 stubs: 2
Stubspace 5 stubs: 4
Stubspace 6 stubs: 21
Stubspace 7 stubs: 103
Stubspace 8 stubs: 32
Stubspace 9 stubs: 3

Actually now that I've looked into it, it might be a box I upgraded to a pre-release client version earlier today.. strange. I'll keep an eye on it.

[Bok]

Was just going to post the same thing.... I guess they've come from you then :)

[root@quad dnetproxy]# ./csv5.pl 20080928
This might take a while... please be patient.

Overall OGRp2-25 PProxy stats based on 1 days:

Smallest: 0.11 Gnodes, submitted on 28/09/2008
Largest: 953.71 Gnodes, submitted on 28/09/2008
Average: 64.31 Gnodes
Total: 1,010,507.42 Gnodes
Rate: 1,010,507.42 Gnodes/day

Stubspace 2 stubs: 2
Stubspace 4 stubs: 2
Stubspace 5 stubs: 6
Stubspace 6 stubs: 297
Stubspace 7 stubs: 13,485
Stubspace 8 stubs: 1,823
Stubspace 9 stubs: 99

Total stubs crunched: 15,714 (0.00258% of project)


Bok

[alpha]

Well, I got full credit yesterday for everything that passed through my pproxy:


Total: 14161.66 Gnodes
19 alpha (http://stats.distributed.net/participant/psummary.php?project_id=25&id=383549) 422 (http://stats.distributed.net/images/up.gif144) 29-Sep-2002 28-Sep-2008 14,162 0.83 3,904,223 0.54

So it was all legitimate and valid as far as I can tell. Very strange.

[the-mk]

lets revive the old one ;)

I had to take one machine down from OGR because of such a message
Feb 9 21:34:53 webserver kernel: CPU0: Temperature above threshold
Feb 9 21:34:53 webserver kernel: CPU0: Running in modulated clock mode

darn...

[alpha]

You could always specify the number of cores to run on with the -numcpu flag. That way, you could just run on 50% of the cores and keep the others idle, or put them on a less stressing project to keep the temps down a bit.

I've done this in the past, but usually because I want one core on OGR and another core on a different project.

[the-mk]

the problem is: this is a single core cpu :D
maybe it is the same problem as half a year ago: broken heatsink mounting...
it's time to buy a new machine for the office webserver... it has been running for 2 to 3 years now with dnetc :)

[gopher_yarrowzoo]

the problem is: this is a single core cpu :D
maybe it is the same problem as half a year ago: broken heatsink mounting...
it's time to buy a new machine for the office webserver... it has been running for 2 to 3 years now with dnetc :)

yeah time to sneak in that new Phenom II on a AM3 mobo + DDR 2 (3 ain't worth the cash / power saving) yet.
Should be good for 3 yrs at least if not more.

[the-mk]

told my colleague to check what's going on with that machine, because I'm on a business trip...
problem was that someone put a cardboardbox in front of that computer, so it could not get enough fresh air to cool the cpu... after putting it away the computer runs fine again :)
this computer is for company's use, and I don't want to put much money in a company's computer --> no Phenom or whatever...

[the-mk]

OGR-27 stubspace 3 as almost crunched - http://stats.distributed.net/project/ogr_status.php?project_id=27

does someone know how I can identify such a workunit (stubspace 3, stubspace 4) in the dnetc-logfiles?

[alpha]

Stubspace 1 stubs are 3-diff.
Stubspace 2 stubs are 4-diff.
Stubspace 3 stubs are 5-diff.
Stubspace 4 stubs are 6-diff.

In your pproxy log files, something like 27/1-3-66-18-28 is 5-diff which is stubspace 3 because there are five numbers separated by dashes after the "27/". Similarly, 27/40-1-26-59 is 4-diff which is stubspace 2, and so on.

[the-mk]

looks like I help finishing stubspace 3 when I look into my logfiles :D

[the-mk]

got from #18 to #6 in team-stats of OGR-27 :D
:cheers:

[the-mk]

during restart of the dnetc-client I noticed the following lines:

[Aug 15 08:33:42 UTC] OGR-NG #a: Loaded 27/1-20-6-31-28-5 (2.38 Gnodes done)
[Aug 15 08:33:42 UTC] OGR-NG #b: Loaded 27/1-20-6-31-22-14* (314.26 Gnodes done)
[Aug 15 08:33:42 UTC] OGR-NG #c: Loaded 27/1-20-6-31-25-11* (87.56 Gnodes done)
[Aug 15 08:33:42 UTC] OGR-NG #d: Loaded 27/1-20-6-31-28-4 (23.86 Gnodes done)

--> does anyone know what the "*" means after the "description" of the OGR-stub? it is not with every stubspace-4-stub... what is special about them?

[alpha]

It could be that on your lines with asterisks, the final numbers quoted (14 and 11) are three digit numbers and so won't fit in the client window (because of the number of columns). I don't know for certain, but that's seems feasible.

edit: if you have client output logging enabled, what does it show for stubs like these?

[IronBits]

On the PS3 I'm seeing


[Aug 15 14:15:17 UTC] OGR-NG #a: Loaded 27/7-53-8-16-32*
[Aug 15 14:19:17 UTC] OGR-NG #e: Loaded 27/7-53-8-17-31*
[Aug 15 14:53:50 UTC] OGR-NG #f: Loaded 27/7-53-8-18-30*
[Aug 15 14:59:34 UTC] OGR-NG #g: Loaded 27/7-53-8-19-29*
[Aug 15 15:01:01 UTC] OGR-NG #b: Loaded 27/7-53-8-20-29*
[Aug 15 15:02:34 UTC] OGR-NG #d: Loaded 27/7-53-8-21-27*
[Aug 15 15:10:31 UTC] OGR-NG #c: Loaded 27/7-53-8-22-26*
[Aug 15 15:38:05 UTC] OGR-NG #e: Loaded 27/7-57-1-39-12*

[the-mk]

this is from my dnetc-client running as windows service...

attached find the output of "type dnetc.log | find /i "completed"...

there are some with asterisk, and some not. to me it seems only those with more than 150 stats-units are with asterisks, but I'm not sure.

[IronBits]

For completed


[Aug 15 17:14:18 UTC] OGR-NG #a: Completed 27/7-57-1-40-11* (54.99 stats units)
[Aug 15 17:35:07 UTC] OGR-NG #g: Completed 27/7-58-5-44-2* (38.45 stats units)
[Aug 15 17:36:18 UTC] OGR-NG #f: Completed 27/7-58-5-46-1* (33.48 stats units)
[Aug 15 17:37:41 UTC] OGR-NG #d: Completed 27/7-58-5-45-1* (37.05 stats units)
[Aug 15 17:51:57 UTC] OGR-NG #e: Completed 27/7-60-12-14-23* (56.93 stats units)
[Aug 15 17:58:40 UTC] OGR-NG #b: Completed 27/7-60-12-15-22* (56.97 stats units)
[Aug 15 18:00:45 UTC] OGR-NG #c: Completed 27/7-60-12-16-21* (62.43 stats units)
[Aug 15 18:26:52 UTC] OGR-NG #g: Completed 27/7-60-12-19-18* (56.14 stats units)

[alpha]

I have no idea.

The asterisk only seems to be shown by the client output, it isn't saved in the personal proxy log files so I don't see how it can be anything important.

Do you guys have full client logs? If the asterisk is only shown by the client, could it be something simple like an indicator for stubs which have been resumed from a checkpoint, or something like that?

[the-mk]

I have no pproxy to test that... and I don't think an asteriks is an indicator for resumed stubs, it happens all day long. do you want to see a full client log?

[IronBits]

:dunno:

[alpha]

I have no pproxy to test that... and I don't think an asteriks is an indicator for resumed stubs, it happens all day long. do you want to see a full client log?

I checked before my last post - the pproxy logs show no asterisk for corresponding stubs which DID show one in the client window. Can you post like 12 hours of client log to pastebin (http://pastebin.ca/) or something?

[the-mk]

my last 12 hours of dnetc-client-log...

[alpha]

TheJet has kindly explained the asterisk mystery for us.


Yes, the '*' indicates a combined stub. They can happen in any stubspace, and they represent the 'end' of a particular series of stubs, the example I was given was the following series of stubs:

27/1-2-4-5
27/1-2-4-8
27/1-2-4-9
...
27/1-2-4-99
27/1-2-4-100*

Where the star represents the set of stubs between, for example, 27/1-2-4-100 and 27/1-2-4-567, simply because each of those stubs is expected to be much shorter than average [MNodes/stub compared to GNodes/stub for instance].

The stubspaces were assigned by a heuristic which was built from a sampling of a bunch of different stubs, attempting to keep all assigned 'stubs' [including combined stubs] to a reasonable size [say <= 1TNode].

[the-mk]

not yet, since it is not online with your link - but it sounds ok - that might also be the reason why those results make so many stats-units :D

[Mustard]

Nice to know as I wondered about that.

[the-mk]

man, you overtook me in no time :cry:

[Mustard]

man, you overtook me in no time :cry:

As Maxwell Smart used to say "Sorry about that!" :D

[IronBits]

That's what 12 or 13 PS3s will do to you.
the-mk, you should get more ;)

[the-mk]

where shall I hide those 13 PS3 in my office? even my quadcore running part-time OGR on my desk does not make my colleagues happy :D

[the-mk]

who is "Participant #402,943" and why is he afraid of me?
he added some small firepower to make sure to stay ahead of me...

[the-mk]

http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine says:

:: 28-Nov-2009 19:48 GMT (Saturday) ::

There was a UPS or related power failure at our keymaster that caused
some data inconsistency in our OGR-NG database. As a result, the
project was automatically suspended until manual validation of the
database can be completed.

We hope to be able to bring OGR-NG back online within a day if
everything goes well. Unfortunately, some OGR-NG results that were
returned during this inconsistent period may have been lost.
Meanwhile, RC5-72 is continuing to run and is unaffected. Thanks for
your patience and support!

[the-mk]

http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine says:

:: 29-Nov-2009 06:15 GMT (Sunday) ::

Our keymaster is now back to normal operations and OGR-NG is sending
and receiving work again. We don't think very many results, if any,
were lost as a result of the outage. The cause of the power failure
is still being investigated. Keep on crunching! ]:8)


I'm glad that almost none of my work (if any) was lost! :D
:guntotin:

[the-mk]

that are some nice numbers: :guntotin:

Overall OGR-27 PProxy stats based on 7 active days:

Smallest: 1.05 Gnodes, submitted on 01/01/2010
Largest: 915.17 Gnodes, submitted on 31/12/2009
Avg. stub: 68.19 Gnodes
Avg. rate: 56,166 G/day, 0.65 Gnodes/sec, 824 stubs/day
Most Gnodes: 125,443 Gnodes, 1.45 Gnodes/sec, on 01/01/2010
Most stubs: 2,370 stubs, 99 stubs/hour, on 01/01/2010

Total: 393,161 Gnodes, 5,766 stubs (0.00095% of project)

and what did you today? :D
:cheers:

[the-mk]

stats are down...
http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=chrisj

:: 09-Jan-2010 23:30 CST (Saturday) ::

It looks like fritz (statsbox) is experiencing some residual issues following
the problems within our provider earlier.

We're working to resolve this as soon as possible. All work submitted will be
credited when stats is brought back online.

Thanks for your co-operation and patience. Moo! ]:8)

http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine

:: 09-Jan-2010 01:46 GMT (Saturday) ::

There are currently some network connectivity issues to the ISP where
our stats server is hosted. Until our provider's connectivity is
restored to normal operations, the accessibility of our statistics
server may be impacted. Thanks for your patience! ]:8)

hopefully they come back soon!

[wirthi]

http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine

Statsbox is back online. We used some of the downtime to thoroughly upgrade the OS, software payload, RAID firmware, and add some more RAM. Thanks for your patience!

[Mustard]

yeah....... was beginning to wonder if they were ever coming back.

[wirthi]

We're having some connectivity issues with our keymaster server, so
our proxy network is currently holding all submitted results until
connectivity is restored. As a result, stats did not run last night.
We hope to get things back in operational order soon. Thanks!
http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine

[the-mk]

that's the reason my stats are so low...

[Mustard]

They sure seem to be getting into more and more frequent stats issues as time goes by.

[alpha]

Getting lots of small stubs over the last few days. One of which was a new smallest for me, for OGR-27:


Smallest: 0.3958 Gnodes (27/1-66-16-3-4-2), submitted on 15/02/2010
Largest: 1,079.32 Gnodes (27/1-20-9-2-24-38), submitted on 08/09/2009


How about everyone else?

the-mk: I'll try and get a new version of pppla out soon. I'm just trying to tidy up the RC5-72 stuff a bit.

[wirthi]

alpha, are you using the free-dc proxy? From the official proxies I'm getting something like 4-10-* to 4-14-*. That's where we should be right now. Perhaps you're getting recycled nodes?

According to the stats (http://stats.distributed.net/project/ogr_status.php?project_id=27), we've not yet started the double-check round ("verficiation"). I guess they want to find the "shorter" ruler (if it exists) first, as this should improve the speed of the whole search.

[alpha]

alpha, are you using the free-dc proxy? From the official proxies I'm getting something like 4-10-* to 4-14-*. That's where we should be right now. Perhaps you're getting recycled nodes?

My local pproxy buffers 50 stubs from the Free-DC pproxy and my local clients also obviously have their own buffer. So, it might take a day or two for stubs to get crunched by my clients, and that's without considering how long they are sitting on the Free-DC pproxy.

They definitely aren't recycled stubs because as you already pointed out, we haven't begun verifying the 6-diff stubs yet. Also, I'm definitely not sitting on them long enough for dnet to consider them abandoned and to resend them out to somebody else.


I guess they want to find the "shorter" ruler (if it exists) first, as this should improve the speed of the whole search.

There's no question about whether an optimal ruler exists or not, it's just a case of checking all possibilities and deciding which result is most optimal. Or are you referring to the predicted (http://www.research.ibm.com/people/s/shearer/grtab.html) optimal ruler with 27 marks?

I don't think the first pass is to make the search quicker though, because they will still run the project until 100% verification of all stubs before announcing the most optimal ruler.

[wirthi]

They definitely aren't recycled stubs because as you already pointed out, we haven't begun verifying the 6-diff stubs yet. Also, I'm definitely not sitting on them long enough for dnet to consider them abandoned and to resend them out to somebody else.
see the other thread; just that you're credited the points doesn't necessarily mean the stub has not already been recycled.



There's no question about whether an optimal ruler exists or not, it's just a case of checking all possibilities and deciding which result is most optimal.
Well, even though we check all stubs, the algorithm should be faster the shorter the shortest-known ruler is. I suppose the algorithm uses some pruning strategy to cut away branches of the tree known not be optimal. Consider a ruler starting with: 1000-4-5-*. It has to be worse than optimal, since even the first two marks are further apart than the shortest known ruler is long (overall). We can ignore 1000-* (and longer) rulers.

Same is true during the test of one ruler: if 10-20-30-40-50-60-70-* is (already) longer than the shortest known ruler, we don't have to check all its children as they can only get longer. This allows pruning during the test.

For a stub we cannot (simply) precalculate where this pruning is possible; this is actually the reason why the subs are different in "size" (the node count represents the number of nodes that could not be pruned and had to be checked).

The only problem with this: for double checking, the node-count per stub is used. If we find a better ruler now, we would still have to use the (currently used) longer one for double-checking of all the stubs crunshed till know as we would else find differing node counts. I don't know how they handle this problem; it has not been a problem for OGR-24, -25 and -26 as we didn't find shorter rulers there.

[alpha]

see the other thread; just that you're credited the points doesn't necessarily mean the stub has not already been recycled.

Perhaps, but they don't recycle stubs after every few days. As I already said in the other thread, I think it is more like a matter of weeks, though they shorten this period as we near the end of a project.


Well, even though we check all stubs, the algorithm should be faster the shorter the shortest-known ruler is.
The only problem with this: for double checking, the node-count per stub is used. If we find a better ruler now, we would still have to use the (currently used) longer one for double-checking of all the stubs crunshed till know as we would else find differing node counts. I don't know how they handle this problem; it has not been a problem for OGR-24, -25 and -26 as we didn't find shorter rulers there.The staff don't progressively check to see whether a participant has returned a stub which is more optimal than the predicted one, because the cut-off point for stub checking is hard-coded into the algorithm of the cores: http://faq.distributed.net/cache/229.html That's why it doesn't cause a problem.

So even if somebody today returned a stub which was more optimal than the predicted one, the remaining search would still take just as long as before.

[wirthi]

Well, IF a shorter stub was found, it would be reasonable to change the hard-coded value in the code (to improve speed). Given the information you quoted, that means that new clients have to be downloaded. Would be too much hassle, I suppose.

[alpha]

Yeah, even though it could significantly reduce the amount of work required to attain project completion, it wouldn't really be feasible to expect every single client to be upgraded.

Also, you'd have the problem which you already touched on earlier - verification is based on the resulting number of nodes. Therefore, verification would have to be done by either one algorithm or the other (predicted optimal or current optimal), depending on which one returned the stub the first time.

[the-mk]

Getting lots of small stubs over the last few days. One of which was a new smallest for me, for OGR-27:


Smallest: 0.3958 Gnodes (27/1-66-16-3-4-2), submitted on 15/02/2010
Largest: 1,079.32 Gnodes (27/1-20-9-2-24-38), submitted on 08/09/2009


How about everyone else?

the-mk: I'll try and get a new version of pppla out soon. I'm just trying to tidy up the RC5-72 stuff a bit.

that's how my pproxy looks like currently:

Overall OGR-27 PProxy stats based on 53 active days:

Smallest: 0.4683 Gnodes, submitted on 09/01/2010
Largest: 1,230.03 Gnodes, submitted on 14/02/2010
Avg. stub: 82.00 Gnodes
Avg. rate: 28,330 G/day, 0.33 Gnodes/sec, 345 stubs/day
Most Gnodes: 127,960 Gnodes, 1.48 Gnodes/sec, on 01/01/2010
Most stubs: 2,400 stubs, 100 stubs/hour, on 01/01/2010

Total: 1,501,470 Gnodes, 18,311 stubs (0.00303% of project)

usually there is not much traffic in this thread, now you are stressing me :D

[the-mk]

once again, stats are down...

http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=mikereed

:: 10-Mar-2010 00:28 GMT (Wednesday) ::

Our stats system is down while we attend to some unscheduled maintenance. We
hope to have it back online shortly.

Thanks for your patience and continued support! ]:8)

[the-mk]

Overall OGR-27 PProxy stats based on 107 active days:

Smallest: 0.2060 Gnodes, submitted on 25/04/2010
Largest: 1,230.03 Gnodes, submitted on 14/02/2010
Avg. stub: 76.41 Gnodes
Avg. rate: 25,561 G/day, 0.30 Gnodes/sec, 335 stubs/day
Most Gnodes: 127,960 Gnodes, 1.48 Gnodes/sec, on 01/01/2010
Most stubs: 4,553 stubs, 190 stubs/hour, on 24/04/2010

Total: 2,734,979 Gnodes, 35,792 stubs (0.00591% of project)
--> smallest and mosts stubs :D

[alpha]

Nice job, the-mk! I haven't crunched OGR for a little while, but now you make me want to try and beat your records. ;)

BTW, if you haven't already seen, pppla v0.91 is now out (http://www.free-dc.org/forum/showpost.php?p=144679&postcount=22).

[the-mk]

thanks, I have seen the new version! output looks great!
distributed.net client is great - set it and forget it ;)
so beat my records :D

[alpha]

I'm getting closer..


Largest: 1,157.12 Gnodes (27/4-3-17-12-14-44), submitted on 06/05/2010

so watch out. :)

[the-mk]

something my personal proxy produced - today... but the day is not over yet :D

Overall OGR-27 PProxy stats based on 156 active days:

Smallest: 0.2060 Gnodes (27/5-68-1-3-6-2), submitted on 25/04/2010
Largest: 1,230.03 Gnodes (27/4-16-5-14-17-38), submitted on 14/02/2010
Avg. stub: 74.89 Gnodes
Avg. rate: 27,080 G/day, 0.31 Gnodes/sec, 362 stubs/day
Most Gnodes: 127,960 Gnodes, 1.48 Gnodes/sec, on 01/01/2010
Most stubs: 4,987 stubs, 208 stubs/hour, on 13/06/2010

Totals: 4,224,429 Gnodes, 56,412 stubs (0.00932% of stubspace)

also with todays overall stats - http://stats.distributed.net/project/ogr_status.php?project_id=27

Projected Completion Times
Daily Stubs Projected End Date
1 Day Average 510,946 04-Apr-2013
3 Day Average 417,065 21-Nov-2013
7 Day Average 336,114 20-Sep-2014
14 Day Average 340,487 31-Aug-2014
30 Day Average 252,093 22-Feb-2016
not bad :guntotin:

[Nitrousine]

Well I am taking a break from Seventeen or Bust for a bit.

THE-MK , keep up that production and you will pass me before long :thumbs:

[the-mk]

that's what I could do on weekends... during the week I can't keep the output that high...
but it is my goal to pass you and be the #1 on OGR-27 stats of the team :D
not in June, maybe July or August, since I'm on vacation for one week beginning on Friday

ppla from yesterday:

Overall OGR-27 PProxy stats based on 157 active days:

Smallest: 0.2060 Gnodes (27/5-68-1-3-6-2), submitted on 25/04/2010
Largest: 1,230.03 Gnodes (27/4-16-5-14-17-38), submitted on 14/02/2010
Avg. stub: 74.37 Gnodes
Avg. rate: 27,201 G/day, 0.31 Gnodes/sec, 366 stubs/day
Most Gnodes: 127,960 Gnodes, 1.48 Gnodes/sec, on 01/01/2010
Most stubs: 5,540 stubs, 231 stubs/hour, on 13/06/2010

Totals: 4,270,610 Gnodes, 57,422 stubs (0.00949% of stubspace)
--> most stubs were done yesterday :D

[Nitrousine]

that's what I could do on weekends... during the week I can't keep the output that high...
but it is my goal to pass you and be the #1 on OGR-27 stats of the team :D

Well I'm putting everything i have on it for 3 months until i hit 15 million Gnodes... you may have to wait till i go back to SoB to pass me :D

[the-mk]

if you produce the 94,000 GNodes every day you will stay for sure #1 on the team stats :D
:bang:

[Nitrousine]

if you produce the 94,000 GNodes every day you will stay for sure #1 on the team stats :D
:bang:
Looks like I'll be averaging 70k :guntotin: :D

[Nitrousine]

Welcome to the club GURU :cool:

I'm skerred. :thumbs:

[the-mk]

oh my god - look at this output! :scared:
:roadkill:

[guru]

Doing a burn in on some new systems. Running about 60% of capacity right now. :)

[the-mk]

so if you do 100% you'll overtake me in a few days ;)

[guru]

Hmm my clients are sitting idle. Did I kill the proxy server?

[wirthi]

Proxy's working fine for me (right now, at least).

[guru]

Just shifted into high gear. #24 overall for the team today. :guntotin:

I'm shooting for 1P tomorrow.

[Nitrousine]

Awesome! it's nice to see us moving up in the team rankings.
we need to be top 10. we shouldn't settle for less. :thumbs:

[the-mk]

seems to be I am #3 on teamstats by the end of the week :cry:
awesome output!!!

[Nitrousine]

early congrats on #1 guru.

i switched to s.o.b. and ill be back soon.
i couldn't stand to be firing on all cylinders and still be stomped.

:thumbs:

[the-mk]

yeah, congratulations to guru!
I'm third now :cry:

[alpha]

Ouch. Impressive stuff, guru!

[guru]

We are up to 17th overall and beating Ars on a daily basis. Anyone else want to give a hand? I'm shooting for the top 10.

[the-mk]

I'd like to help, but I only have a Q9300 fulltime working and some core i3 530 partime...
do you want to share your numbers what you have? it would be interesting how many computers/cpus you are running :D

[the-mk]

with the help of guru we will jump from rank 17 to rank 14 the next few days!
keep those impressive numbers :thumbs:

[wirthi]

Rank 14! Thanks to guru and all other contributors.

[the-mk]

with the help of guru we will jump from rank 17 to rank 14 the next few days!
keep those impressive numbers :thumbs:

now it is reality :D

great job everyone!

[the-mk]

by the end of the week we should be on #12
only a few guru :dump: :dump: :dump: :dump: s away ;)

[guru]

Next goal is top 10 before the end of the year.

[the-mk]

about two months ago we were #26
now we are #12
great job!
:cheers:

[Nitrousine]

We are about to be in the top 10 :rock:

And the-mk is about to stomp me?


Great job team! :thumbs:

[the-mk]

We are about to be in the top 10 :rock:

And the-mk is about to stomp me?


Great job team! :thumbs:

way to go - top 10 we are coming!
stomping you? not in the near future... my output you currently see is just temporary - no need to be afraid ;)

[the-mk]

Next goal is top 10 before the end of the year.

great job, it is only one day away and the new year already began so we didn't make it by the end of the year, but: great job! :thumbs: :cheers:

[Nitrousine]

my output you currently see is just temporary - no need to be afraid ;)
Oh ok, i can relax now. :D



great job, it is only one day away and the new year already began so we didn't make it by the end of the year, but: great job!
I'll take the blame for us being a few days late, i could've easily switched over a few pc's :bang:

[guru]

We had a building shutdown over Christmas so I lost 3 days of work time. We may have missed it by a few days but we still made it. Congrats everyone.

[the-mk]

guru, if your ouput continues like that we well be on #9 tomorrow :thumbs:
climbed up 2 places within that few days in 2011 :D

[alpha]

Time for an update! :)

We're still holding down #9, with #8 about 35 million Gnodes away and we're catching at maybe 700,000 Gnodes per day.

guru is still doing an incredible job, but didn't reach his goal of top 10 before the end of the year. What's up with that?! :Pokes: ;)

I'm still not producing much, and still chasing the-mk's smallest and largest stub records. :mad: Guru, do you run a pproxy for your clients? If so, I'd love to see what pppla reports.

[the-mk]

in the near future I'll shut down my quad-core-cruncher for a few weeks.
our office is moving and since I'm not always in my office and more at the customer sites, I need to shutdown things a bit earlier to be moved to the new location within the company.
so there is a chance for you, alpha, get a bit closer to me :)

[alpha]

*looks at the stats* Hmm... I might need a little more time than that. :P

I'd better fire up the emergency boxen! I've even re-requested to have my two accounts merged which should virtually double my current total.

[alpha]

Yum, I've been pulling a lot of small stubs for the past few days. Most around 5-10 Gnodes. Love it!

Meanwhile, we're around 26 million Gnodes away from #8.

Also, I'll be posting a new version of pppla soon with some exciting new features. :)

[the-mk]

alpha, one very exciting feature would be reading compressed logfiles :D
is that one also on your list?

[alpha]

Nope, I didn't realise anybody wanted that. What compression format are you using? Presumably gzip and/or tar would be popular options. I can see the code for this getting messy though, maybe I can hack something together just for you. Perhaps the new features aren't that exciting after all. :P

Back on topic, I'm still chugging through the small stubs today. It's pushing my overall average stub size way down but I still haven't beaten my "most stubs" stat from Valentine's day last year (231). Working on it though!

[the-mk]

my logcompressor.sh has a line with "gzip $1" in it - result is a i.e. "pproxyogrng20110322.log.gz" file... but was just a suggestion to implement that one

[the-mk]

in the near future I'll shut down my quad-core-cruncher for a few weeks.
our office is moving and since I'm not always in my office and more at the customer sites, I need to shutdown things a bit earlier to be moved to the new location within the company.
so there is a chance for you, alpha, get a bit closer to me :)

I am almost offline with my quadcore - now you can hunt me :D

[alpha]

Nope, I took my (puny) main machine off OGR when the new Folding@home 7 open beta started. I'll be hunting you at a rate of 1.5T per day though! ;)

[alpha]

BIG NEWS, PLEASE READ: http://blogs.distributed.net/2011/04/11/15/12/mikereed/

So basically the sooner you update your clients, the better. But you should certainly do it before the second pass of stubspace 4 begins.

What they failed to mention is that we will have to do a third pass of stubspaces 1-3 (~6.5 million stubs), so the project has just been lengthened. :(

[cwhyl]

Hi :hiya:
I tried the new .518 [x86/Stream] on my old Linux box but that didn't work.
The [x86/ELF/uclibc] is still the older one .517 dated 2010-06-28

Guess I stick to the old Linux client until it's updated

[cwhyl]

OK, switched to the prerelease [x86/ELF/uclibc] v2.9110.519, seem to work

[the-mk]

only a few days away from team-rank #8

[the-mk]

wow, today we are so close - 311,000 GNodes
hopefully tomorrow we will have #8 :)

[alpha]

We got it! :D

Next up is #7 and #6 which are both around 74 million Gnodes away. We're outproducing #7 2-fold and #6 5-fold based on yesterdays production. Beyond that is our good friends Ars, but they have a substantial gap.

[the-mk]

:rock:

[wirthi]

Second pass of the stub space or at least recycling of yet unfinished stubs seems to have started. I just got several 1-* range stubs (1-2-4-18-20-36 and similar).

[the-mk]

based on http://stats.distributed.net/project/ogr_status.php?project_id=27 we already start to verify stubspace 4!

[wirthi]

Yes, obviously yesterday was the first day of second pass :-) Interesting thing about the numbers: as only 233.000.000 of 295.000.000 stubs (of first pass) are finished, 62 million stubs are either still in some buffer or were discarded. That's about 20%. I had expected that number to be lower ...

[Hobbes]

I found that odd as well. The last nodes I received prior to this second pass were 27/41- which was Thursday of last week. I knew we were moving quickly, but I was expecting a few more days of small stubs. I first thought maybe there are personal proxies out there stuffed with small stubs, but the past few days have not shown signs of this work returning. It makes me wonder if they pulled off early or plan to mix some of the very small stubs in with the large, second-pass stubs. As of yet, no signs of that either. :confused:

[Bok]

Yoyo@Home likely has a fairly large buffer, but certainly not enough to account for that..

[wirthi]

Well, Bok, if anybody used a huge buffer, we would still see a higher ammount of stubs i guess. But just as hobbes said, the number of stubs processed dropped from "huge" to "tiny" within a day or two, indicating most existing buffers ran out quite quickly and got the new (huge) stubs.

[the-mk]

I am almost offline with my quadcore - now you can hunt me :D
my quadcore is back in the new office :rock:
it took a long time to take it back online because I had so many customer appointments - so I got no chance to get back to the new office... but today :D

[alpha]

Sorry to spam you guys a little, but I finally got around to updating pppla with a pretty massive haul of new features. The link is here (http://www.free-dc.org/forum/showthread.php?16742-pppla-your-shiny-new-pproxy-log-analyser!&p=155286&viewfull=1#post155286). Please give it a try if you run a pproxy!

To keep this on topic, we did eventually secure position #7 and we are still plodding along at a reasonable pace. Looks like we lost a bit of steam, but there is still plenty of time left. :)

[guru]

I'm still here, just shifted a majority of my minions to folding@home. I have another 25 or so 8 core systems to add in the coming month.

[the-mk]

sounds scary ;)