Attention Crunchers.

G Thomas Wilson
G Thomas Wilson
Joined: 5 Mar 05
Posts: 21
Credit: 2,311,944
RAC: 0
Topic 188767

I was just sitting there reading logs, minding my own business, when I noticed that the CPDN project died last night.

I had an epiphany.

Why not start a BOINC project? One that will utilize spare processor cycles to accurately predict which BOINC project goes down next and when the outage will occur?

BoincDeathPool@Home

The Linux client will be written in compiled BASIC and utilize copious delay loops to further slow things down. This will ensure a lively message board.

The space-time continuum crunching should not be restricted to just BOINC project outages. It can also be used to predict exactly when the first whiney "We never had these problems with BoincDeathPoolClassic!" posts will appear.

Questions? Comments?


S@NL - Marleen
S@NL - Marleen
Joined: 18 Jan 05
Posts: 25
Credit: 1,800,385
RAC: 1,055

Attention Crunchers.

Nice idea!

Other things to predict: how long the outage will last, and what will cause the outage (hardware problems, software bugs, faulty breakers, ISP problems, cosmic rays, sunspots, gravity waves...)

The screensaver will show the probabilities of the projects going down, in nice colors (like red = "probably down at this point" and green = "likely to be up"), for a period of time equal to every project's WU deadline (so CPDN predictions will take most of the time). Of course these are the probabilities predicted by your set of parameters (workunit), another workunit will predict other probabilities.
The screensaver will compare the predicted outages to the real outages. (Care should be taken that this data-collection does not influence the outages of the other projects.)

Every BoincDeathPool@Home user who accurately predicts an outage (or aspects of it, like the cause) will be mentioned on an "honor roll" on the BoincDeathPool site. Some kind of metric to measure the accuracy of the predictions needs to be developed for this. The honor roll is in addition to the standard "cobblestone" stats and is an extra incentive to join this project (you will be famous on the entire Internet, not just a co-author of a hard-to-find scientific article).
The users that accurately predict an outage of BoincDeathPool itself will have a special place on the honor roll.

Oh, by the way, the Windows client should be written in Java to ensure it is not too fast, either. The fact it is in Java will be mentioned on the site, but not the fact you need to download some kind of JRE to run it. This should flood the forum with "how to install" questions and a few messages about interesting experiments to install it on non-Windows platforms. Furthermore, this garantees different bugs on Windows and on Linux.

;=)

Gareth Lock
Gareth Lock
Joined: 18 Jan 05
Posts: 84
Credit: 1,462,055
RAC: 142

Like your sense of humour

Like your sense of humour fellas.

Nuadormrac
Nuadormrac
Joined: 9 Feb 05
Posts: 66
Credit: 4,046,580
RAC: 0

ROFL, good one... Only

ROFL, good one... Only thing; what happens when the BOINC project death pool project goes down? Especially if someone couldn't report back the WU that predicted it's own downage until right after it comes back up? :D

Oh, and

> Oh, by the way, the Windows client should be written in Java to ensure it is
> not too fast, either. The fact it is in Java will be mentioned on the site,
> but not the fact you need to download some kind of JRE to run it. This should
> lood the forum with "how to install" questions and a few messages about
> interesting experiments to install it on non-Windows platforms. Furthermore,
> this garantees different bugs on Windows and on Linux.

should this be restricted to the SUN java virtual machine, or should Microsoft java be allowed? If the latter, convince M$ that it's a benchmark to their OS and losing it could be a major selling points (more credits and hence ego boost) for free Linux over expensive Windows liscenses, so they can find all the programming tricks to their own JVM to make it run faster...things like dynamically changing this or that instruction into making a Windows API call to cut down crunch time... Interoperability or maintaining cross platform compatibility not an issue. Risking ticking Sun off in court not an issue, as M$ can afford the best legal beagals, and we all know they managed to over-turn Judge Jackson's ruling, and got an appeals court to agree to them deciding their own sentencing in M$ vs. DOJ :D

Bruno G. Olsen & ESEA @ greenholt
Bruno G. Olsen ...
Joined: 20 Dec 04
Posts: 115
Credit: 7,668,259
RAC: 0

Good thing I'm ading some

Good thing I'm ading some history thingies to BOS - then there'll be actual outage data to compare predictions to :D

BTW, the windows client should be made MS java compatible, but not sun - that will keep messages flowing on how to get ms java, how people hate ms and how unproffessional the project developers are :D

Nuadormrac
Nuadormrac
Joined: 9 Feb 05
Posts: 66
Credit: 4,046,580
RAC: 0

> BTW, the windows client

Message 9578 in response to message 9577

> BTW, the windows client should be made MS java compatible, but not sun - that
> will keep messages flowing on how to get ms java, how people hate ms and how
> unproffessional the project developers are :D

ROFL And oh yeah, just start taking benchmark scores (I remember having taken those SETI averages per platform type as a rough benchmark of how the CPUs stacked up, back in SETI classic days... True, each WU can very a bit in how long it took to complete, but when one gets a large number of WUs...and the numbers got to be very large, and takes an average time to completion with which to compare...)

Now, post these on Microsoft's usenet servers as indication of how Microsoft is getting creamed by Linux. Make a few comments about how Mr. Clippy (OK, that's Office, but peeps love to trash the sodding paper clip) and other bloat (generally bloatware) is slowing everything down. Use the benches as indication of how stream lined Linux is by comparison...and make sure to mention it in forums with an official Microsoft presense. Especially where PR or sales is the presence. Convince sales/PR this is a benchmark and how bad it makes them look.

Watch them acquire the project code (either publically if it's open source, or by reverse engineering/de-compiling..."though we don't officially talk of such things, per our lawyers suggestion") and inexplicably change their Java client with modifications meant to determine if this project is running, and if found, make M$ java VM modifications targeted explicitly to help this "benchmark", erm project get a higher score vs. competitor Linux :rofl

Following this, could come another Microsoft sponsored marketing study, targeted at the end user to "demonstrate" how much faster BOINC Death Project is on Windows (even in Java) then on that (whispered) "thorn in the side" Linux, and hence another reason the whole world should use Microsoft products for everything :D

Paul D. Buck
Paul D. Buck
Joined: 17 Jan 05
Posts: 754
Credit: 5,385,205
RAC: 0

> Watch them acquire the

Message 9579 in response to message 9578

> Watch them acquire the project code (either publically if it's open source, or
> by reverse engineering/de-compiling..."though we don't officially talk of such
> things, per our lawyers suggestion") and inexplicably change their Java client
> with modifications meant to determine if this project is running, and if
> found, make M$ java VM modifications targeted explicitly to help this
> "benchmark", erm project get a higher score vs. competitor Linux :rofl

I remember the days of the hobbiest magazines when they did a lot of benchmarking ... many compilers and video drivers were altered to recognize the benchmarking and would return higher numbers by such cheats ...

Bruno G. Olsen & ESEA @ greenholt
Bruno G. Olsen ...
Joined: 20 Dec 04
Posts: 115
Credit: 7,668,259
RAC: 0

> I remember the days of the

Message 9580 in response to message 9579

> I remember the days of the hobbiest magazines when they did a lot of
> benchmarking ... many compilers and video drivers were altered to recognize
> the benchmarking and would return higher numbers by such cheats ...

Did they really do that??? my ... how childish :D

Keck_Komputers
Keck_Komputers
Joined: 18 Jan 05
Posts: 376
Credit: 5,744,455
RAC: 0

> > I remember the days of

Message 9581 in response to message 9580

> > I remember the days of the hobbiest magazines when they did a lot of
> > benchmarking ... many compilers and video drivers were altered to
> recognize
> > the benchmarking and would return higher numbers by such cheats ...
>
> Did they really do that??? my ... how childish :D
>
Alot of people still accuse some of the major chip and OS makers of doing that.

BOINC WIKI

BOINCing since 2002/12/8

ric
ric
Joined: 4 Jan 05
Posts: 51
Credit: 236,006
RAC: 0

why not give a try an use

Message 9582 in response to message 9581

why not give a try an use excel macros "compiled" for the *nix side?

There is always the risk of "datalost", it's just a "computer".
luck is coming and going away..

The other thing is: BACKUP!

With regulary backups of the cpdn (or other projects) Work, you will loose only until the last "save"

sad: the howto was written at so many places, there is no need to repeat the steps over and over..

Bruno G. Olsen & ESEA @ greenholt
Bruno G. Olsen ...
Joined: 20 Dec 04
Posts: 115
Credit: 7,668,259
RAC: 0

> Alot of people still accuse

Message 9583 in response to message 9581

> Alot of people still accuse some of the major chip and OS makers of doing
> that.

Well, if they do ("they" being chip and OS makers) it's just plain disrespectful to their (potential) customers - potentially even shooting them selves in the foot (when people feel they've bought the cat in the sack they won't return)

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.