Slashdot Mirror

https://www.cpushare.com/wiki/cpushare/ElectricityCost

I ran the numbers once myself. It does not cost a significant amount more to run the CPU at 100 pct versus idling the computer.

http://www.cpushare.com/
Allthough it seems, that nobody is willing to pay these days.

CPU Share might also be interesting, as it is a CPU market place were you can sell your idle resources for real money.

https://www.cpushare.com/wiki/cpushare/ElectricityCost

https://www.cpushare.com/wiki/cpushare/ElectricityCost

Using a power meter connected between my desktop and the wall I only use $24 per year 24/7 (well, add 50% more for air con) on my FX55 gaming computer.

I made a page on a wiki for another site where you sell your cpu resources here:
https://www.cpushare.com/wiki/cpushare/ElectricityCost

Wide area symmetric multiprocessing. (Too bad WASMP sounds stupid.) The amount of computing power and storage in the world is enormous, but spread out. Anything that can increase throughput and lower latency opens up more options for distributed computing on geographically separated nodes. Not every task needs Infiniband-level of speed and latency. If we can ever get home connections that are reasonably symmetric, there are a lot more options. We might even be able to have something almost like a large, virtual SMP system.

I'm fascinated by projects like CPUShare, which has a great idea, but seems to be hampered by a need to write your programs in an unusual style to distribute them over all the clients. (And apparently by the Italian government bureaucracy involved in transacting money.) Part of cumbersome nature is just because the project is new, but part is to work around the fact that clients are separated by slow links.

Oh please. We have cpu time for 10c an hour over at Andrea Arcangeli's CPUShare website:

http://www.cpushare.com/

  Still experimental for now but soon ...

  I did some math and I will build a server farm if I can get a steady 10c/hr/processor.

      PenGun
    Do What Now

$3,632 doesn't take into account the energy bill (to keep those systems up 24/7), the square meters of real estate you need to place those systems. Plus air conditioning is needed if you need a lot more than 9 gigaflops. Last but not the least, those systems may not compute 24/7 and they may break over time requiring expensive maintenance (software and hardware).

Software solutions like http://www.cpushare.com/ havn't those hidden costs.

Hey Andrea Arcangeli (a Linux kernel developer) has been running a similar project for a while at http://www.cpushare.com/ where you can actually make money off your spare cpu cycles. Lorenzo

Dunno about Sun but with CPUShare (http://www.cpushare.com/) I have the problem you outlined.

People will have to port their application to the seccomp/trusted-computing programming model. That takes time for already working applications.

So with CPUShare I intend to release a GPL'd version of the server to use in the intranet. However this will happen only after the "internet" version is finished and working.

I hope this will make people more confortable about porting their app to the seccomp or trusted computing programming model without risking to lose the whole investment.

The seccomp feature is extremely good for legacy grid computing too, so it's not like there will not be an advantage. Trusting what comes from the server is an extremely bad idea, even on the intranet, especially for large organizations.

With the seccomp programming model I guarantee at the kernel level that the client cannot be hurted permanently by the grid computing (no matter if the software comes from the internet or the intranet).

Dunno about Sun, but you can sign up at http://www.cpushare.com/ to start earning CPUCoins right now (real money via paypal is supposed to follow in a matter of months, as my spare time permits)

Hello /.errs,

I just want to second the "interesting" score, since FYI I'm working on something like that in my spare time for about one year.

But besides allowing every one to earn some bucks as you suggested, it offers several advantages to the buyers and it will be able to recycle much more energy than what Sun approach can do.

http://www.cpushare.com/

See my post in comment to Sun approach with some comparison:

http://www.cpushare.com/hypermail/cpushare-discuss /05/08/0031.html

It requires some security kernel support (seccomp or trusted computing) so the client will only work on linux in the short term (seccomp is in kernel >= 2.6.12).

Hello /.errs,

I just want to second the "interesting" score, since FYI I'm working on something like that in my spare time for about one year.

But besides allowing every one to earn some bucks as you suggested, it offers several advantages to the buyers and it will be able to recycle much more energy than what Sun approach can do.

http://www.cpushare.com/

See my post in comment to Sun approach with some comparison:

http://www.cpushare.com/hypermail/cpushare-discuss /05/08/0031.html

It requires some security kernel support (seccomp or trusted computing) so the client will only work on linux in the short term (seccomp is in kernel >= 2.6.12).