Results from BlackBerry 8330: Integer: 565, 527, 576, 835 ms Double: 4617, 4929, 3435, 3459 ms
2009/10/28 Petr Hájek <[email protected]> > You guys I tested how long takes +,-,*, / of 1.000.000 INT and 1.000.000 of > DOUBLES on JME with this program - test on your phone too *please* ! > > http://java.wmhelp.cz/Downloads/SpeedTester.zip > > My times for Nokia e60 (200+ MHz) are: > > INTs: 113, 158, 162, 416 ms > DOUBLEs: 969, 1012, 823, 876 ms > > As we can ALL see, working with DOUBLEs is NOT 100x - 1000x times slower > damn! > > 2009/10/28, Lynn W. Taylor <[email protected]>: > > > > 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. > >> > >> > > > -- > 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.
