Lets chat when you have first set of numbers.
On Tue, May 6, 2014 at 10:37 AM, Kasun Dananjaya Delgolla <[email protected]>wrote: > +1 > > > On Tue, May 6, 2014 at 7:54 AM, Inosh Perera <[email protected]> wrote: > >> +1 for detailed analysis on different testing devices. We will probably >> have to use the emulator for this. Since the initial plan was to find the >> performance issue, I will move on to the testing local notifications, then >> I'll come back to bench-marking after making a clear plan with Kasun. >> >> Regards >> >> >> On Tue, May 6, 2014 at 6:43 AM, Kasun Dananjaya Delgolla <[email protected] >> > wrote: >> >>> Hi Dilshan, >>> >>> We have already used DDMS tools as you have suggested above and didn't >>> get any significant heap issues or problems with memory allocation tests >>> with the devices we have. And the lowest configuration device I have tested >>> was an emulator instance with 256MB of RAM. I think we should test some >>> more variety as well. And +1 for doing a detailed analysis report on this >>> by testing it on various devices with various hardware capabilities. I >>> suggest it's better if we can use an automation tool like BugSense [1], or >>> develop something similar to measure these issues in a better way without >>> distracting customers. >>> >>> [1] - https://www.bugsense.com/features >>> >>> Thanks >>> >>> >>> On Mon, May 5, 2014 at 11:56 PM, Dilshan Edirisuriya >>> <[email protected]>wrote: >>> >>>> Hi Kasun/Inosh, >>>> >>>> I think this is a relative problem which depend on the OS version and >>>> also the device type. So what we have to look for the numbers and fine tune >>>> to reduce the memory usage as much as we can. I hope you have used monitor >>>> tool available in Android SDK. From this you can analyze the heap and >>>> allocations. You can get a heap dump of this using the tool. Also you may >>>> look at overall memory allocations as well (private RAM and PSS). More info >>>> found here at [1]. By doing these tests against different devices and >>>> different OS versions can lead to different results. So please analyze them >>>> for different scenarios and comeup with some statistics. >>>> >>>> [1] - >>>> https://developer.android.com/tools/debugging/debugging-memory.html >>>> >>>> Regards, >>>> >>>> Dilshan >>>> >>>> >>>> On Mon, May 5, 2014 at 7:29 PM, Kasun Dananjaya Delgolla < >>>> [email protected]> wrote: >>>> >>>>> Hi Dilshan, >>>>> >>>>> Actually I have already tested the app for the 2nd and 3rd options >>>>> that you have mentioned. So I think if Inosh can test the 1st scenario, >>>>> that would complete the test. One more that can be checked is the async >>>>> tasks and whether they are destroyed properly once the task is done. >>>>> >>>>> Thanks >>>>> On 5 May 2014 15:20, "Dilshan Edirisuriya" <[email protected]> wrote: >>>>> >>>>>> Hi Inosh, >>>>>> >>>>>> Can we have a detailed analysis with numbers. Please concentrate on >>>>>> these scenarios. >>>>>> >>>>>> 1) Change policy monitoring time to atleast 1 minute and test its >>>>>> consumption. >>>>>> 2) Do few device operations within few seconds and analyze its >>>>>> results. >>>>>> 3) Run the application for 24 hours and see its overall >>>>>> consumption(you may compare with other apps as well) within 1 battery >>>>>> charge cycle. >>>>>> >>>>>> You may do above with debug on/off and compare the results as well. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Dilshan >>>>>> >>>>>> >>>>>> >>>>>> On Mon, May 5, 2014 at 2:06 PM, Inosh Perera <[email protected]> wrote: >>>>>> >>>>>>> Hi All, >>>>>>> I'm working on performance optimization of our Android client app >>>>>>> (MDM agent), since some customer's have reported it consumes more than >>>>>>> 10% >>>>>>> battery sometimes. Reason seems to be, our app has debug mode enabled, >>>>>>> so >>>>>>> over time, the log becomes too big. >>>>>>> >>>>>>> Thanks, >>>>>>> Inosh >>>>>>> >>>>>>> -- >>>>>>> Inosh Perera >>>>>>> Software Engineer, WSO2 Inc. >>>>>>> Tel: 0785293686 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Dilshan Edirisuriya >>>>>> Senior Software Engineer - WSO2 >>>>>> Mob: + 94 777878905 >>>>>> http://wso2.com/ >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Dilshan Edirisuriya >>>> Senior Software Engineer - WSO2 >>>> Mob: + 94 777878905 >>>> http://wso2.com/ >>>> >>> >>> >>> >>> -- >>> Kasun Dananjaya Delgolla >>> >>> Software Engineer >>> WSO2 Inc.; http://wso2.com >>> lean.enterprise.middleware >>> Tel: +94 11 214 5345 >>> Fax: +94 11 2145300 >>> Mob: + 94 777 997 850 >>> Blog: http://kddcodingparadise.blogspot.com >>> Linkedin: *http://lk.linkedin.com/in/kasundananjaya >>> <http://lk.linkedin.com/in/kasundananjaya>* >>> >> >> >> >> -- >> Inosh Perera >> Software Engineer, WSO2 Inc. >> Tel: 0785293686 >> > > > > -- > Kasun Dananjaya Delgolla > > Software Engineer > WSO2 Inc.; http://wso2.com > lean.enterprise.middleware > Tel: +94 11 214 5345 > Fax: +94 11 2145300 > Mob: + 94 777 997 850 > Blog: http://kddcodingparadise.blogspot.com > Linkedin: *http://lk.linkedin.com/in/kasundananjaya > <http://lk.linkedin.com/in/kasundananjaya>* > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- ============================ Srinath Perera, Ph.D. http://people.apache.org/~hemapani/ http://srinathsview.blogspot.com/
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
