Significant computing power is increasingly becoming a throw-away commodity.
... and with video being pushed to phones, I'd expect next year's phones to have significant CPU power. I don't think time matters, except that in order for a phone to complete a (2 or 3 year??) CPDN work unit, it has to survive 2 to 3 years. -- Lynn [email protected] wrote: > 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. > > _______________________________________________ > 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.
