Sorry, the expression should have been "attaching from an activity".
The idea is: if my activity does something that lead to a system call to GC and this call produces bad results for a critical path processment (in my case related to audio processing/play back), then I can code this critical path as a remote service (which runs as a different process) and use my activity to attach to it and exchage messages. I just would like to hear opinions not to try something that is known not to work. Thanks for your reply, Gabriel On 18 maio, 20:11, Miguel Morales <[email protected]> wrote: > From my personal experience, yes. > By putting the code that allocates or calls the GC in a remote service > (using a different process) helped increase frame rate for a game I'm > developing. > > I'm not entirely sure what you mean by 'attaching using a view' by > what I do is just use a callback function and pass to it a byte[] > array. > > I'm not familiar with the insides of android, but it apparently > doesn't trigger a GC on the View activity/process. > However, it has been quite a while and the game has been running > smoothly since so I haven't bothered to double check if a GC is > triggered in the View process. > > Perhaps someone else can confirm. > > 2010/5/18 Gabriel Simões <[email protected]>: > > > > > > > Let me try to make things a little bit simpler here .... > > > If one process allocate/deallocate memory and this triggers the system > > to call Garbage Collector, does this GC operation impacts other > > processes? > > This way, in a situation where you create a remote service and attach > > to it using a view, if this view triggers GC will the service´s > > performance suffer any impact? > > > Thanks > > > On 18 maio, 11:57, Gabriel Simões <[email protected]> wrote: > >> Hello all, > > >> Since yesterday I got an idea running around my mind but I don´t know > >> first if it would work, and then how "hack" it would be. > > >> People who develop audio processing/recording/playback apps for > >> Android know how hard it is to maintain GC away from our critical > >> paths: playing and recording audio. > >> Processing must be as optimized as possible not only to save batery > >> and use less CPU, but also not to create new objects/allocate new > >> memory spaces ... this all to avoid GC at all cost. Well, we have > >> knowledge and this we can handle (mostly). > >> But what about all the other processing that happens from and for user > >> interaction? Media players display images, some apps display ads, ... > >> and sometimes we have to avoid releasing features to the users just to > >> maintain our critical paths free from GC. > > >> Yesterday I stumbled upon an article about remote services and this > >> led me to a doubt: if they can run as a different process, would a GC > >> call from my activity impact the performance of my remote service? I > >> really don´t know how GC works on the Dalvik so this may be a dumb > >> question. If so, I apologize. > > >> Thanks for your help, > >> Gabriel > > >> -- > >> 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 > >> athttp://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] > > For more options, visit this group at > >http://groups.google.com/group/android-developers?hl=en > > --http://diastrofunk.com,http://developingthedream.blogspot.com/,http://www.youtube.com/user/revoltingx, > ~Isaiah 55:8-9 > > -- > 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 > athttp://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] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en
