What about free...@home? I've heard/seen it runs nicely on older CPUs (P3s
and P2s)
http://hardforum.com/showthread.php?t=1463198

(I am the OP on that link, btw)

2009/10/28 <[email protected]>

> The only problem with weather is that Day 1 feeds Day 2...  The
> intermediate file is around 1GB (I mean Giga Byte, not Mega Byte).
> Reducing the size of the intermediate file also dramatically reduces the
> accuracy of the simulation.  The CPDN admins have had this discussion with
> users that wanted to reduce the size of the tasks that were done on PCs,
> and were told that it was not practical.
>
> Anything done with integers (whole numbers) can be done.  However, as was
> pointed out, the lifetime of the battery will be severely impacted (a
> couple of months rather than a couple of years or useful life).  The
> lifetime of a single charge is also severely impacted.
>
> The best opportunities for the cell phones are with the non-CPU intensive
> projects.  You might get a few users to volunteer for integer intensive
> projects, even knowing that it is going to reduce the life expectancy of
> their batteries.  Floating point intensive projects are pretty much out of
> the question.
>
> jm7
>
>
>
>             Petr Hájek
>             <hajek.p...@gmail
>             .com>                                                      To
>             Sent by:                  [email protected]
>             <boinc_dev-bounce                                          cc
>             [email protected]
>             u>                                                    Subject
>                                       Re: [boinc_dev] BOINC for Mobile
>                                       Phones - please test on your Java
>              10/28/2009 10:11          phone
>             AM
>
>
>
>
>
>
>
>
>
> I agree. Of course, this is not the right case for mobile phones. I will
> not
> think about porting the most hardcore and intensive ones...
>
> Comapring DNA, whole numbers, smaller molecules, ... This is all acceptable
> with right dosing.
>
> Btw. even weather could be ported to phone - every user simply count ONE
> day
> which should take just a few days :)).
>
> 2009/10/28, [email protected] <[email protected]>:
> >
> > Only a very few projects will be able to create smaller tasks.
> >
> > CPDN tasks cannot be reduced without shovelling about 1GB of data from
> the
> > device back to the server.
> > s...@h tasks are already reduced to the minimum.
> > ...
> >
> > With no FPU, the increase in time is on the order of times 1000.  Which
> > would mean that the crunch times would have to be reduced by 1000, or the
> > deadline would have to be increased by a factor of 1000.  s...@h for
> example
> > would have to increase the deadlines from one month to 100 years.  Or the
> > data span would have to be reduced from 115 seconds of data to 0.1
> seconds
> > of data (the overlap is currently 15 seconds of data).
> >
> > Integer only projects such as (possibly) prime grid do not suffer from
> this
> > problem.
> >
> > Non-CPU intensive projects also do not suffer from the problem.
> >
> > You should look to those types of projects for possibilities.
> >
> >
> > jm7
> >
> >
> >
> >              Petr Hájek
> >              <hajek.p...@gmail
> >              .com>
> To
> >              Sent by:                  [email protected]
> >              <boinc_dev-bounce
> cc
> >              [email protected]
> >              u>
> Subject
> >                                        Re: [boinc_dev] BOINC for Mobile
> >                                        Phones - please test on your Java
> >
> >              10/28/2009 09:57          phone
> >              AM
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > OK, for the 3rd time:
> >
> > "2. There will be absolutely need for different and smaller units so it
> may
> > be counted in few hours / days on typical phone / PDA"
> >
> > 2009/10/28, [email protected] <[email protected]>:
> > >
> > > CPDN has long deadlines because it has correspondingly long crunch
> times.
> > > An 800 MHz computer with an FPU (and CPDN uses the FPU) takes well in
> > > excess of 9 months to crunch the data running 24/7.  A 600 MHz device
> > with
> > > no FPU will not finish within the lifetime of the phone - even running
> > > 24/7.
> > >
> > > Will this always be true?  I cannot be certain - ever is an awfully
> long
> > > time.
> > >
> > > Deadlines vaguely track crunch times on most projects.  Long deadlines
> > > usually have correspondingly long
> > >
> > > jm7
> > >
> > >
> > >
> > >
> > >              Petr Hájek
> > >              <hajek.p...@gmail
> > >
> > >              .com>
> > To
> > >              Sent by:                  [email protected]
> > >              <boinc_dev-bounce
> > cc
> > >              [email protected]
> > >              u>
> > Subject
> > >
> > >                                        Re: [boinc_dev] BOINC for Mobile
> > >
> > >                                        Phones - please test on your
> Java
> > >
> > >              10/28/2009 09:48          phone
> > >              AM
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > 1. Some projects has LONG deadlines - Climate for example.
> > > 2. There will be absolutely need for different and smaller units so it
> > may
> > > be counted in few hours / days.
> > >
> > > 2009/10/28, [email protected] <[email protected]>:
> > > >
> > > > When you are not using the keypad and the phone is not active, the
> > > > processor is probably running at about 6 MHz.  With no FPU.
> > > >
> > > > jm7
> > > >
> > > >
> > > >
> > > >              "Lynn W. Taylor"
> > > >              <[email protected]>
> > > >              Sent by:
> > > To
> > > >              <boinc_dev-bounce         Carl Christensen
> > > >              [email protected]         <[email protected]>
> > > >              u>
> > > cc
> > > >
> > > >                                        [email protected]
> > > >
> > > >
> > > Subject
> > > >              10/27/2009 02:54          Re: [boinc_dev] BOINC for
> Mobile
> > > >              PM                        Phones - please test on your
> > Java
> > > >                                        phone
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > I keep thinking that there are a lot of cell phones out there, and a
> > lot
> > > > of untapped potential.
> > > >
> > > > The one in my pocket (Palm Pre) is running some variant of the ARM
> > > > processor at something like 600 MHz, which is a nontrivial amount of
> > CPU.
> > > >
> > > > Palm goofed on the battery (I can go two days, tops), but the rest of
> > > > the phone, including WebOS, is pretty cool.
> > > >
> > > > Cell phones as a group are probably second only to smart cards in the
> > > > total number of available clock cycles.
> > > >
> > > > -- Lynn
> > > >
> > > > Carl Christensen wrote:
> > > > > I don't quite understand the bashing of this guy's mobile project;
> > > there
> > > > was that "boincoid" a year or two ago which was in vogue, and IMHO
> the
> > > same
> > > > ones bashing the "usefulness" of mobiles are the ones crowing about
> how
> > > > great GPU's & CUDA & Sony Playstations etc are (completely ignoring
> the
> > > > fact that 99.99999% of real-world science apps won't run on it).  Not
> > to
> > > > mention that there's all sorts of dubious-benefit computer sciencey
> > stuff
> > > > out there trying to turn boinc into some god-awful grid mess.  so I'm
> > > > willing to keep an open mind about it (and GPU's & grids ;-).
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > boinc_dev mailing list
> > > > > [email protected]
> > > > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > > > > To unsubscribe, visit the above URL and
> > > > > (near bottom of page) enter your email address.
> > > > >
> > > > _______________________________________________
> > > > boinc_dev mailing list
> > > > [email protected]
> > > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > > > To unsubscribe, visit the above URL and
> > > > (near bottom of page) enter your email address.
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > boinc_dev mailing list
> > > > [email protected]
> > > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > > > To unsubscribe, visit the above URL and
> > > > (near bottom of page) enter your email address.
> > > >
> > >
> > >
> > >
> > > --
> > > S Pozdravem
> > > Petr Hájek
> > > _______________________________________________
> > > boinc_dev mailing list
> > > [email protected]
> > > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > > To unsubscribe, visit the above URL and
> > > (near bottom of page) enter your email address.
> > >
> > >
> >
> >
> > --
> > S Pozdravem
> > Petr Hájek
> > _______________________________________________
> > boinc_dev mailing list
> > [email protected]
> > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> > To unsubscribe, visit the above URL and
> > (near bottom of page) enter your email address.
> >
> >
>
>
> --
> S Pozdravem
> Petr Hájek
> _______________________________________________
> boinc_dev mailing list
> [email protected]
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>
> _______________________________________________
> boinc_dev mailing list
> [email protected]
> http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
> To unsubscribe, visit the above URL and
> (near bottom of page) enter your email address.
>



-- 
Tavis Curry
Web: http://www.zerodatastress.com
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.

Reply via email to