Running longer does not give you a higher priority, using more memory does not give you a higher priority.
It sounds like you have a memory leak. That's probably the first thing to look at. Also you may be keeping data in caches and stuff so that in later iterations you have the data local without needing to do more work. On Sun, Jan 23, 2011 at 7:36 AM, culonna <[email protected]>wrote: > Thanks. The infrastructure is ok because in the original version with > the client application running on a fixed node > the results are stable. > I add some information. In the last experiment often the application > give an OutOfMemoryError. During the experiments the heap size of the > app (monitored with DDMS) grows. It seems that if the process get > enough memory it makes better and at some point it require too much > memory and is killed by os. > > On 23 Gen, 11:58, Kostya Vasilyev <[email protected]> wrote: > > Probably has more to do with network infrastructure surrounding the > phone, > > than with what priority your phone application runs at (as long as it > > doesn't get killed - and that won't happen if it's in the foreground). > > > > It's really hard to say without knowing what those tests are, but, e.g. > UDP > > is often unreliable or slow on mobile networks, and your code could > catching > > slow-coming results from previous interations. > > > > -- Kostya > > > > 2011/1/23 culonna <[email protected]> > > > > > An application that is running for a long time in foreground will > > > acquire more priority in time? > > > I explain my problem. I ported a software for communication with a > > > fixed infrastructure in Android. I'm making some tests. Each test > > > makes 5 experiments (the mobile node sends some queries to the > > > infrastructure and evalutes the number of query successful and the > > > mean time) and the result of the test is the mean of the results of > > > these experiments. > > > During the test the application is always in foreground. > > > In the experiments the result improve e. g. (10% 15% 30% 40% 55% of > > > query ok). > > > I implemented the system as activity and not yet as service. > > > For the test the app aquire the locks SCREEN_DIM_WAKE_LOCK and > > > WIFI_MODE_FULL. > > > Thanks > > > > > -- > > > You received this message because you are subscribed to the Google > > > Groups "Android Developers" group. > > > To post to this group, send email to > [email protected] > > > To unsubscribe from this group, send email to > > > [email protected]<android-developers%[email protected]> > <android-developers%[email protected]<android-developers%[email protected]> > > > > > For more options, visit this group at > > >http://groups.google.com/group/android-developers?hl=en > > -- > You received this message because you are subscribed to the Google > Groups "Android Developers" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected]<android-developers%[email protected]> > For more options, visit this group at > http://groups.google.com/group/android-developers?hl=en > -- Dianne Hackborn Android framework engineer [email protected] Note: please don't send private questions to me, as I don't have time to provide private support, and so won't reply to such e-mails. All such questions should be posted on public forums, where I and others can see and answer them. -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
