I already explained this is not true. Tell me what network activity
FreeHAL does.
Enviado desde mi iPod
El 28/10/2009, a las 11:39, [email protected] escribió:
FreeHal is non-CPU intensive, but it really hammers your network
connection. Users need to be aware of the very high network usage
for this
project before using it on a cell phone, as data charges may apply.
Because it is using the radio in the cell phone, it is going to be
hard on
the battery.
jm7
Tavis Curry
<[email protected]
m> To
Sent by: [email protected]
<boinc_dev-
bounce cc
[email protected] [email protected],
u> [email protected]
Subject
Re: [boinc_dev] BOINC for Mobile
10/28/2009 10:34 Phones - please test on your
Java
AM phone
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.
_______________________________________________
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.
