Re: [Ubuntu-phone] Memory..
Good morning guys :)
funny thing with the low memory
i left my phone in my pocket open yesterday which screwed my mobile
settings - i ended up zapping it as couldnt get mobile data to work!
put everything back as normal
now i rockwork and owncloud sync installed
and like to have dekko running unconfined and music app waiting to play
and thats it, i usually battle to keep these to open ..
last night i had these open and can usually open only one social media
app IE facebook, if i want to go on google + i have to close facebook
other wise i get this reload when im scrolling down
last night i had the music / dekko and facebook and google + working
perfect it was like the phone had a new lease of life!
I thought about it this morning, the only thing thats different on this
phone than my usual setups is i dont have ssh enabled to the phone?
Can that make a difference or has there been some changes over the past
few days, i am on proposed
Many thanks for any questions
Wayne :)
On Wed, 2016-07-20 at 13:37 +0200, Eran Benjamin wrote:
>
>
> On 19-07-16 17:41, Gerry Boland wrote:
> > On 07/16/2016 08:48 PM, Thomas Voß wrote:
> > > On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
> > > wrote:
> >
> > > > In Ubuntu touch, I have no idea where oom_adj is computed.
> > > > (Please anyone
> > > > tell me?) But from my experiment, all suspended applications
> > > > have the same
> > > > value of oom_adj. How this affects the problem? Imagine this:
> > > You are almost right, but we are not using Android's
> > > lowmemorykiller, yet.
> > > Instead, we configure the vanilla OOM killer by altering
> > > oom_score_adj
> > > (oom_adj is deprecated).
> > >
> > > Android's lowmemorykiller sits on top of this mechanism and
> > > allows for
> > > specifying ranges of memory
> > > and mappings to oom{_score}_adj values.
> > >
> > > As you describe later, we are not yet deploying a heuristic that
> > > assigns a higher oom_score_adj value
> > > to app instances that have been used less recently (think about:
> > > least
> > > recently used is more likely to be killed under the assumption
> > > of a uniform distribution of memory usage). The respective
> > > feature is
> > > under development iirc, but I'll
> > > let Gerry and Ted comment on this explicitly (I CC'ed both of
> > > them explicitly).
> > Thomas is correct, while we're setting an OOM score to influence
> > the OOM
> > killer's decisions, we currently set the same OOM score for all
> > background apps, irrespective of how recently they were used.
> >
> > We're now working on more advanced OOM score calculation, so that a
> > recently-used background app is less likely to be killed than one
> > used
> > less recently. This bug tracks that task:
> > https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/15
> > 79799
> >
> >
> >
> > > > 2.Ubuntu touch's choice for using QML. Out of curiosity, I
> > > > opened an SSH
> > > > session, ran "top", and looked at the calculator app's memory
> > > > usage on my
> > > > phone. I found out it's around 113 MB. 113 MB just for a
> > > > caculator!? I'm
> > > > speechless.
> > > > I believe this can be reduced somehow. One of the idea is that,
> > > > as many QML
> > > > component in Ubuntu is shipped as source .qml files, I
> > > > understand that each
> > > > application will have to load those files, parse that files,
> > > > and keep those
> > > > parsed code individually in each application's memory (please
> > > > correct me if
> > > > I'm wrong). As many Android kernel has enabled KSM (kernel
> > > > samepage
> > > > merging), maybe we should try exploiting it? I've tried
> > > > enabling KSM on my
> > > > device, but the result was pretty disappointing. Maybe we
> > > > should mark those
> > > > memory as mergeable?
> > > >
> > > I think we should take the time and analyze memory usage first
> > > before
> > > starting to optimize.
> > > Specifically, for the reported 113 MB, is that RSS, USS or PSS?.
> > > I
> > > don't have a phone with ssh handy right now
> > > but I will try to reproduce your test case tomorrow first thing.
> > > I
> > > would start analyzing /proc/$pid/smaps first.
> > >
> > > I would also propose to establish a memory baseline measurement
> > > by
> > > considering a very simple QML app just displaying a rectangle.
> > > That should give a reasonable baseline for comparisons. Even if
> > > the
> > > calculator is simple, it still puts its own app logic on top
> > > (stack of
> > > calculations etc.).
> > QML is a very easy language to use, but that has a consequence: it
> > is
> > easy to write code in a memory wasteful manner.
> >
> > One can easily write code that loads all the views your application
> > will
> > ever have into memory - even though only one view is shown at a
> > time. It
> > just takes a little care to properly load/unload views to lower
> > your
> > memory use (using the UITK will help with that).
> >
> > It is too easy to load big images into memo
Re: [Ubuntu-phone] Memory..
I think there's really something wrong with the memory management.I have
somehow similar experiences with you. Sometimes, usually after a reboot, I can
open many apps and can scroll infinitely in webapps like facebook withouth
"white screen" but sometimes apps frustratingly closes and the browser can't
even load any pages without the "low memory" warning.I'm really hoping this
will be significantly improved in the future...sooner would be better :)
From: Wayne Ward
To: ubuntu-phone@lists.launchpad.net
Sent: Thursday, July 21, 2016 10:03 AM
Subject: Re: [Ubuntu-phone] Memory..
Good morning guys :)
funny thing with the low memory
i left my phone in my pocket open yesterday which screwed my mobile
settings - i ended up zapping it as couldnt get mobile data to work!
put everything back as normal
now i rockwork and owncloud sync installed
and like to have dekko running unconfined and music app waiting to play
and thats it, i usually battle to keep these to open ..
last night i had these open and can usually open only one social media
app IE facebook, if i want to go on google + i have to close facebook
other wise i get this reload when im scrolling down
last night i had the music / dekko and facebook and google + working
perfect it was like the phone had a new lease of life!
I thought about it this morning, the only thing thats different on this
phone than my usual setups is i dont have ssh enabled to the phone?
Can that make a difference or has there been some changes over the past
few days, i am on proposed
Many thanks for any questions
Wayne :)
On Wed, 2016-07-20 at 13:37 +0200, Eran Benjamin wrote:
>
>
> On 19-07-16 17:41, Gerry Boland wrote:
> > On 07/16/2016 08:48 PM, Thomas Voß wrote:
> > > On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
> > > wrote:
> >
> > > > In Ubuntu touch, I have no idea where oom_adj is computed.
> > > > (Please anyone
> > > > tell me?) But from my experiment, all suspended applications
> > > > have the same
> > > > value of oom_adj. How this affects the problem? Imagine this:
> > > You are almost right, but we are not using Android's
> > > lowmemorykiller, yet.
> > > Instead, we configure the vanilla OOM killer by altering
> > > oom_score_adj
> > > (oom_adj is deprecated).
> > >
> > > Android's lowmemorykiller sits on top of this mechanism and
> > > allows for
> > > specifying ranges of memory
> > > and mappings to oom{_score}_adj values.
> > >
> > > As you describe later, we are not yet deploying a heuristic that
> > > assigns a higher oom_score_adj value
> > > to app instances that have been used less recently (think about:
> > > least
> > > recently used is more likely to be killed under the assumption
> > > of a uniform distribution of memory usage). The respective
> > > feature is
> > > under development iirc, but I'll
> > > let Gerry and Ted comment on this explicitly (I CC'ed both of
> > > them explicitly).
> > Thomas is correct, while we're setting an OOM score to influence
> > the OOM
> > killer's decisions, we currently set the same OOM score for all
> > background apps, irrespective of how recently they were used.
> >
> > We're now working on more advanced OOM score calculation, so that a
> > recently-used background app is less likely to be killed than one
> > used
> > less recently. This bug tracks that task:
> > https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/15
> > 79799
> >
> >
> >
> > > > 2.Ubuntu touch's choice for using QML. Out of curiosity, I
> > > > opened an SSH
> > > > session, ran "top", and looked at the calculator app's memory
> > > > usage on my
> > > > phone. I found out it's around 113 MB. 113 MB just for a
> > > > caculator!? I'm
> > > > speechless.
> > > > I believe this can be reduced somehow. One of the idea is that,
> > > > as many QML
> > > > component in Ubuntu is shipped as source .qml files, I
> > > > understand that each
> > > > application will have to load those files, parse that files,
> > > > and keep those
> > > > parsed code individually in each application's memory (please
> > > > correct me if
> > > > I'm wrong). As many Android kernel has enabled KSM (kernel
> > > > samepage
> > > > merging), maybe we should try exploiting it? I've tried
> > > > enabling KSM on my
&
Re: [Ubuntu-phone] Memory..
hi, 2016-07-20 13:37 GMT+02:00 Eran Benjamin : > > > Is there a simple way (e.g. cli) to influence this OOM score metric? > > Let's say that the music app is my most important, but I do not bring it > up often, can I manually give it some static priority in the decision making > not really, the management and time keeping for this needs to be done by your window manager (it is the only thing that knows when apps are focused or backgrounded), so the change needs to happen in either unity8 or one level lower in the stack in qtmir. ciao oli -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
On 19-07-16 17:41, Gerry Boland wrote:
On 07/16/2016 08:48 PM, Thomas Voß wrote:
On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
wrote:
In Ubuntu touch, I have no idea where oom_adj is computed. (Please anyone
tell me?) But from my experiment, all suspended applications have the same
value of oom_adj. How this affects the problem? Imagine this:
You are almost right, but we are not using Android's lowmemorykiller, yet.
Instead, we configure the vanilla OOM killer by altering oom_score_adj
(oom_adj is deprecated).
Android's lowmemorykiller sits on top of this mechanism and allows for
specifying ranges of memory
and mappings to oom{_score}_adj values.
As you describe later, we are not yet deploying a heuristic that
assigns a higher oom_score_adj value
to app instances that have been used less recently (think about: least
recently used is more likely to be killed under the assumption
of a uniform distribution of memory usage). The respective feature is
under development iirc, but I'll
let Gerry and Ted comment on this explicitly (I CC'ed both of them explicitly).
Thomas is correct, while we're setting an OOM score to influence the OOM
killer's decisions, we currently set the same OOM score for all
background apps, irrespective of how recently they were used.
We're now working on more advanced OOM score calculation, so that a
recently-used background app is less likely to be killed than one used
less recently. This bug tracks that task:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/1579799
2.Ubuntu touch's choice for using QML. Out of curiosity, I opened an SSH
session, ran "top", and looked at the calculator app's memory usage on my
phone. I found out it's around 113 MB. 113 MB just for a caculator!? I'm
speechless.
I believe this can be reduced somehow. One of the idea is that, as many QML
component in Ubuntu is shipped as source .qml files, I understand that each
application will have to load those files, parse that files, and keep those
parsed code individually in each application's memory (please correct me if
I'm wrong). As many Android kernel has enabled KSM (kernel samepage
merging), maybe we should try exploiting it? I've tried enabling KSM on my
device, but the result was pretty disappointing. Maybe we should mark those
memory as mergeable?
I think we should take the time and analyze memory usage first before
starting to optimize.
Specifically, for the reported 113 MB, is that RSS, USS or PSS?. I
don't have a phone with ssh handy right now
but I will try to reproduce your test case tomorrow first thing. I
would start analyzing /proc/$pid/smaps first.
I would also propose to establish a memory baseline measurement by
considering a very simple QML app just displaying a rectangle.
That should give a reasonable baseline for comparisons. Even if the
calculator is simple, it still puts its own app logic on top (stack of
calculations etc.).
QML is a very easy language to use, but that has a consequence: it is
easy to write code in a memory wasteful manner.
One can easily write code that loads all the views your application will
ever have into memory - even though only one view is shown at a time. It
just takes a little care to properly load/unload views to lower your
memory use (using the UITK will help with that).
It is too easy to load big images into memory and scale them down on the
GPU. Complex QML widgets can be expensive in memory too - the UITK team
are working on rewrite existing QML widgets to be more efficient.
The sad truth is that when developing an application, monitoring memory
usage is one of the last things thought of!
To address thing we're working on a performance monitoring system to
give a high-level perspective on application resource usage
(CPU/memory/IO...), so we can quickly identify wasteful apps and help
them improve. Watch this space!
Thanks for sharing your thoughts.
-Gerry
Is there a simple way (e.g. cli) to influence this OOM score metric?
Let's say that the music app is my most important, but I do not bring it
up often, can I manually give it some static priority in the decision
making?
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
On 07/16/2016 08:48 PM, Thomas Voß wrote:
> On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
> wrote:
>> In Ubuntu touch, I have no idea where oom_adj is computed. (Please anyone
>> tell me?) But from my experiment, all suspended applications have the same
>> value of oom_adj. How this affects the problem? Imagine this:
>
> You are almost right, but we are not using Android's lowmemorykiller, yet.
> Instead, we configure the vanilla OOM killer by altering oom_score_adj
> (oom_adj is deprecated).
>
> Android's lowmemorykiller sits on top of this mechanism and allows for
> specifying ranges of memory
> and mappings to oom{_score}_adj values.
>
> As you describe later, we are not yet deploying a heuristic that
> assigns a higher oom_score_adj value
> to app instances that have been used less recently (think about: least
> recently used is more likely to be killed under the assumption
> of a uniform distribution of memory usage). The respective feature is
> under development iirc, but I'll
> let Gerry and Ted comment on this explicitly (I CC'ed both of them
> explicitly).
Thomas is correct, while we're setting an OOM score to influence the OOM
killer's decisions, we currently set the same OOM score for all
background apps, irrespective of how recently they were used.
We're now working on more advanced OOM score calculation, so that a
recently-used background app is less likely to be killed than one used
less recently. This bug tracks that task:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-app-launch/+bug/1579799
>>
>> 2.Ubuntu touch's choice for using QML. Out of curiosity, I opened an SSH
>> session, ran "top", and looked at the calculator app's memory usage on my
>> phone. I found out it's around 113 MB. 113 MB just for a caculator!? I'm
>> speechless.
>> I believe this can be reduced somehow. One of the idea is that, as many QML
>> component in Ubuntu is shipped as source .qml files, I understand that each
>> application will have to load those files, parse that files, and keep those
>> parsed code individually in each application's memory (please correct me if
>> I'm wrong). As many Android kernel has enabled KSM (kernel samepage
>> merging), maybe we should try exploiting it? I've tried enabling KSM on my
>> device, but the result was pretty disappointing. Maybe we should mark those
>> memory as mergeable?
>>
>
> I think we should take the time and analyze memory usage first before
> starting to optimize.
> Specifically, for the reported 113 MB, is that RSS, USS or PSS?. I
> don't have a phone with ssh handy right now
> but I will try to reproduce your test case tomorrow first thing. I
> would start analyzing /proc/$pid/smaps first.
>
> I would also propose to establish a memory baseline measurement by
> considering a very simple QML app just displaying a rectangle.
> That should give a reasonable baseline for comparisons. Even if the
> calculator is simple, it still puts its own app logic on top (stack of
> calculations etc.).
QML is a very easy language to use, but that has a consequence: it is
easy to write code in a memory wasteful manner.
One can easily write code that loads all the views your application will
ever have into memory - even though only one view is shown at a time. It
just takes a little care to properly load/unload views to lower your
memory use (using the UITK will help with that).
It is too easy to load big images into memory and scale them down on the
GPU. Complex QML widgets can be expensive in memory too - the UITK team
are working on rewrite existing QML widgets to be more efficient.
The sad truth is that when developing an application, monitoring memory
usage is one of the last things thought of!
To address thing we're working on a performance monitoring system to
give a high-level perspective on application resource usage
(CPU/memory/IO...), so we can quickly identify wasteful apps and help
them improve. Watch this space!
Thanks for sharing your thoughts.
-Gerry
signature.asc
Description: OpenPGP digital signature
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
Hello,
On 17/07/2559 02:48, Thomas Voß wrote:
On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
wrote:
In Ubuntu touch, I have no idea where oom_adj is computed. (Please anyone
tell me?) But from my experiment, all suspended applications have the same
value of oom_adj. How this affects the problem? Imagine this:
You are almost right, but we are not using Android's lowmemorykiller, yet.
Instead, we configure the vanilla OOM killer by altering oom_score_adj
(oom_adj is deprecated).
Android's lowmemorykiller sits on top of this mechanism and allows for
specifying ranges of memory
and mappings to oom{_score}_adj values.
As you describe later, we are not yet deploying a heuristic that
assigns a higher oom_score_adj value
to app instances that have been used less recently (think about: least
recently used is more likely to be killed under the assumption
of a uniform distribution of memory usage). The respective feature is
under development iirc, but I'll
let Gerry and Ted comment on this explicitly (I CC'ed both of them explicitly).
Thanks for correcting me. Although I'm not sure if it's actually OOM
killer because I still see LMK's config in /sys/module/lowmemorykiller/.
For oom_score_adj computation, could you tell me which code is
responsible for dealing with it? I just want to understand how it's managed.
2.Ubuntu touch's choice for using QML. Out of curiosity, I opened an SSH
session, ran "top", and looked at the calculator app's memory usage on my
phone. I found out it's around 113 MB. 113 MB just for a caculator!? I'm
speechless.
I believe this can be reduced somehow. One of the idea is that, as many QML
component in Ubuntu is shipped as source .qml files, I understand that each
application will have to load those files, parse that files, and keep those
parsed code individually in each application's memory (please correct me if
I'm wrong). As many Android kernel has enabled KSM (kernel samepage
merging), maybe we should try exploiting it? I've tried enabling KSM on my
device, but the result was pretty disappointing. Maybe we should mark those
memory as mergeable?
I think we should take the time and analyze memory usage first before
starting to optimize.
Specifically, for the reported 113 MB, is that RSS, USS or PSS?. I
don't have a phone with ssh handy right now
but I will try to reproduce your test case tomorrow first thing. I
would start analyzing /proc/$pid/smaps first.
I would also propose to establish a memory baseline measurement by
considering a very simple QML app just displaying a rectangle.
That should give a reasonable baseline for comparisons. Even if the
calculator is simple, it still puts its own app logic on top (stack of
calculations etc.).
Ha-ha. Seems like I was in bad mood at that moment. Sorry!
For 113 MB number I gave it to you, it's RES field in "top" for qmlscene
process corresponding to calculator application. I also agree to you
that we should analyze memory usage first.
Anyway, I'm really suspect that QML code in different process can't be
shared. Could you please give me some pointer where I can study about that?
Thank you,
Ratchanan Srirattanamet.
Sorry for a rather long e-mail, but I just want to share my though about how
low memory situation could be resolved. Maybe all I've said is a crap, then
please give me the correct knowledge.
On the contrary: Thanks for your thoughts and ideas :)
Cheers,
Thomas
Ratchanan Srirattanamet
PS. It seems like browser session won't restore after being killed in
background on my device. Does it works on other device? rc-proposed build
20160715-092035.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
On Sat, Jul 16, 2016 at 8:25 PM, รัชนันท์ ศรีรัตนเมธ
wrote:
> Hello,
>
> I port Ubuntu Touch to LG L90 Dual which has 1 GB of memory. This means I
> also suffer from all problems about memory people have with BQ Aquaris 4.5.
> Being somewhat experienced with the system, I believe that the problem
> happens from at least 2 reasons:
>
> 1.Management of suspended application's process and Ubuntu touch's usage of
> lowmemorykiller. For those unfamiliar with Android's lowmemorykiller, it's
> mechanism used for selecting which process to kill under low memory
> situation using some parameter like oom_adj value and memory usage of that
> process.
> In Android, oom_adj for each process is computed (by ActivityManager) from
> how important that process is, what application is using that process, how
> recent that application was suspended, etc. As far as I know, Android adjust
> oom_adj so that recently suspended application will have lower oom_adj (less
> likely to be killed), at least for just-suspended application. I'm not the
> specialist though, so please correct me if I'm wrong.
> In Ubuntu touch, I have no idea where oom_adj is computed. (Please anyone
> tell me?) But from my experiment, all suspended applications have the same
> value of oom_adj. How this affects the problem? Imagine this:
You are almost right, but we are not using Android's lowmemorykiller, yet.
Instead, we configure the vanilla OOM killer by altering oom_score_adj
(oom_adj is deprecated).
Android's lowmemorykiller sits on top of this mechanism and allows for
specifying ranges of memory
and mappings to oom{_score}_adj values.
As you describe later, we are not yet deploying a heuristic that
assigns a higher oom_score_adj value
to app instances that have been used less recently (think about: least
recently used is more likely to be killed under the assumption
of a uniform distribution of memory usage). The respective feature is
under development iirc, but I'll
let Gerry and Ted comment on this explicitly (I CC'ed both of them explicitly).
> * A few application using not much memory is suspended.
> * You launch a web browser, which, of course, use significant memory.
> * Then, you swipe the web browser into the background and launch Dekko.
> Dekko also uses significant memory.
> * Now, lowmemorykiller kicks in and decide which process should be killed.
> Ideally, it should kill those not recently used first. But, as all suspended
> application have same oom_adj value, lowmemorykiller have to decide what to
> kill by its memory usage, and, as you might guess, the candidate is the web
> browser.
> I believe that if lowmemorykiller kills processes in first point, there will
> be enough memory for the web browser and Dekko.
> I also believe that this causes one of the bug I observed on my phone. It's
> about having browser killed while waiting for a picture from gallery app.
> Have a look at
> [https://bugs.launchpad.net/ubuntu-application-lifecycle/+bug/1596059]. If
> people using BQ 4.5 can reproduce this bug, please upvote the bug by
> clicking "Does this bugs affects you?" on top of the page.
>
> 2.Ubuntu touch's choice for using QML. Out of curiosity, I opened an SSH
> session, ran "top", and looked at the calculator app's memory usage on my
> phone. I found out it's around 113 MB. 113 MB just for a caculator!? I'm
> speechless.
> I believe this can be reduced somehow. One of the idea is that, as many QML
> component in Ubuntu is shipped as source .qml files, I understand that each
> application will have to load those files, parse that files, and keep those
> parsed code individually in each application's memory (please correct me if
> I'm wrong). As many Android kernel has enabled KSM (kernel samepage
> merging), maybe we should try exploiting it? I've tried enabling KSM on my
> device, but the result was pretty disappointing. Maybe we should mark those
> memory as mergeable?
>
I think we should take the time and analyze memory usage first before
starting to optimize.
Specifically, for the reported 113 MB, is that RSS, USS or PSS?. I
don't have a phone with ssh handy right now
but I will try to reproduce your test case tomorrow first thing. I
would start analyzing /proc/$pid/smaps first.
I would also propose to establish a memory baseline measurement by
considering a very simple QML app just displaying a rectangle.
That should give a reasonable baseline for comparisons. Even if the
calculator is simple, it still puts its own app logic on top (stack of
calculations etc.).
> Sorry for a rather long e-mail, but I just want to share my though about how
> low memory situation could be resolved. Maybe all I've said is a crap, then
> please give me the correct knowledge.
>
On the contrary: Thanks for your thoughts and ideas :)
Cheers,
Thomas
> Ratchanan Srirattanamet
>
> PS. It seems like browser session won't restore after being killed in
> background on my device. Does it works on other device? rc-proposed build
> 20160715-0
Re: [Ubuntu-phone] Memory..
Hello, I port Ubuntu Touch to LG L90 Dual which has 1 GB of memory. This means I also suffer from all problems about memory people have with BQ Aquaris 4.5. Being somewhat experienced with the system, I believe that the problem happens from at least 2 reasons: 1.Management of suspended application's process and Ubuntu touch's usage of lowmemorykiller. For those unfamiliar with Android's lowmemorykiller, it's mechanism used for selecting which process to kill under low memory situation using some parameter like oom_adj value and memory usage of that process. In Android, oom_adj for each process is computed (by ActivityManager) from how important that process is, what application is using that process, how recent that application was suspended, etc. As far as I know, Android adjust oom_adj so that recently suspended application will have lower oom_adj (less likely to be killed), at least for just-suspended application. I'm not the specialist though, so please correct me if I'm wrong. In Ubuntu touch, I have no idea where oom_adj is computed. (Please anyone tell me?) But from my experiment, all suspended applications have the same value of oom_adj. How this affects the problem? Imagine this: * A few application using not much memory is suspended. * You launch a web browser, which, of course, use significant memory. * Then, you swipe the web browser into the background and launch Dekko. Dekko also uses significant memory. * Now, lowmemorykiller kicks in and decide which process should be killed. Ideally, it should kill those not recently used first. But, as all suspended application have same oom_adj value, lowmemorykiller have to decide what to kill by its memory usage, and, as you might guess, the candidate is the web browser. I believe that if lowmemorykiller kills processes in first point, there will be enough memory for the web browser and Dekko. I also believe that this causes one of the bug I observed on my phone. It's about having browser killed while waiting for a picture from gallery app. Have a look at [https://bugs.launchpad.net/ubuntu-application-lifecycle/+bug/1596059]. If people using BQ 4.5 can reproduce this bug, please upvote the bug by clicking "Does this bugs affects you?" on top of the page. 2.Ubuntu touch's choice for using QML. Out of curiosity, I opened an SSH session, ran "top", and looked at the calculator app's memory usage on my phone. I found out it's around 113 MB. 113 MB just for a caculator!? I'm speechless. I believe this can be reduced somehow. One of the idea is that, as many QML component in Ubuntu is shipped as source .qml files, I understand that each application will have to load those files, parse that files, and keep those parsed code individually in each application's memory (please correct me if I'm wrong). As many Android kernel has enabled KSM (kernel samepage merging), maybe we should try exploiting it? I've tried enabling KSM on my device, but the result was pretty disappointing. Maybe we should mark those memory as mergeable? Sorry for a rather long e-mail, but I just want to share my though about how low memory situation could be resolved. Maybe all I've said is a crap, then please give me the correct knowledge. Ratchanan Srirattanamet PS. It seems like browser session won't restore after being killed in background on my device. Does it works on other device? rc-proposed build 20160715-092035. On 16/07/2559 16:31, Simplehuman wrote: I'm Meizu MX4 user with 2 GB of RAM on rc-proposed. Problems are the same as you described 15.07.2016 23:26, Eran Benjamin пишет: I get the same in BQ4.5, and it does seem to be happening more since OTA11, I cannot run two "heavy" apps without other apps exiting. Apps just become some bad res jpeg of their last screen view, which gets refreshed when I click on the app again. I also assumed it's mem limitation, but are we sure it's a ram issue and not how the OS handles multiple apps? Right now my SIM card is in the BQ, but I have to rely many times on a tag-along tethered android phone for basic daily tasks, for example: The BQ can either play music to my car stereo via bluetooth, or run unav without getting stuck mid route, not both. I got a vanilla install with only Daniel Wood's Owncloud-sync extra (the mem issues were before the extra app was installed). Am also curious to hear Meizu owners if more ram solves it. Is getting Ubuntu touch to run on a rooted android phone a complex operation? Does it have to be from specific chipsets? Eran On 15-07-16 18:53, Wayne Ward wrote: I'm looking at maybe getting rid of the e5 as the what I think is low memory is driving me mad! I'm thinking this has one gig of ram and its not enough? It used to be but now always seems to be low on memory. I have a clean install with the following installed and obviously running in background Rockwork Owncloud Now i have dekko running unconfined for email notifications
Re: [Ubuntu-phone] Memory..
I have the same problem with my iPhone 4 (iOS 9.3.2). If Ubuntu gets two things right: - browser always refreshing After it gets put into The background. This should only Happen to the tabs in the back, but not the active one - when Apps are killed they should be restored exacly as they where. But maybe its not possible. Am Freitag, 15. Juli 2016 schrieb Wayne Ward : > I'm looking at maybe getting rid of the e5 as the what I think is low > memory is driving me mad! I'm thinking this has one gig of ram and its not > enough? It used to be but now always seems to be low on memory. > I have a clean install with the following installed and obviously running > in background > > Rockwork > Owncloud > Now i have dekko running unconfined for email notifications to pebble > And sometimes music appeared open all the time to play from pebble when I > want. > > The problem is I get reload on facebook, browser, gmail or twitter and > dekko just closes itself when it feels like it. It only started doing this > since say ota10. > > I noticed the meizu has 3 gig of ram. I'm just wondering if meizu users > get the same problem as they have more memory? > I really love my bqe5 but its getting annoying now to be honest. Don't > want to switch back to android, been here from the beggining, cant use unav > as that just white screens after 5 or 10 mins as well > > In my mind more memory is required or am I wrong and all the phones do the > same.. I dont mind shelling on a new meizu as long as I get rid of this > nigly problem thats just stoping me enjoying the phone and OS I love and > got used to now ? > > Is there maybe away to streamline the E5 phone like turn of a upatart app > any suggestions please its wearing thin now, specially after todays > proposed updated killed my phone and wiped it just to get the same reload > problem > I can video this and put it on my blog if anybody needs to see what I > mean... > > Wayne > > -- > Sent using Dekko from my Ubuntu device > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
I'm Meizu MX4 user with 2 GB of RAM on rc-proposed. Problems are the same as you described 15.07.2016 23:26, Eran Benjamin пишет: I get the same in BQ4.5, and it does seem to be happening more since OTA11, I cannot run two "heavy" apps without other apps exiting. Apps just become some bad res jpeg of their last screen view, which gets refreshed when I click on the app again. I also assumed it's mem limitation, but are we sure it's a ram issue and not how the OS handles multiple apps? Right now my SIM card is in the BQ, but I have to rely many times on a tag-along tethered android phone for basic daily tasks, for example: The BQ can either play music to my car stereo via bluetooth, or run unav without getting stuck mid route, not both. I got a vanilla install with only Daniel Wood's Owncloud-sync extra (the mem issues were before the extra app was installed). Am also curious to hear Meizu owners if more ram solves it. Is getting Ubuntu touch to run on a rooted android phone a complex operation? Does it have to be from specific chipsets? Eran On 15-07-16 18:53, Wayne Ward wrote: I'm looking at maybe getting rid of the e5 as the what I think is low memory is driving me mad! I'm thinking this has one gig of ram and its not enough? It used to be but now always seems to be low on memory. I have a clean install with the following installed and obviously running in background Rockwork Owncloud Now i have dekko running unconfined for email notifications to pebble And sometimes music appeared open all the time to play from pebble when I want. The problem is I get reload on facebook, browser, gmail or twitter and dekko just closes itself when it feels like it. It only started doing this since say ota10. I noticed the meizu has 3 gig of ram. I'm just wondering if meizu users get the same problem as they have more memory? I really love my bqe5 but its getting annoying now to be honest. Don't want to switch back to android, been here from the beggining, cant use unav as that just white screens after 5 or 10 mins as well In my mind more memory is required or am I wrong and all the phones do the same.. I dont mind shelling on a new meizu as long as I get rid of this nigly problem thats just stoping me enjoying the phone and OS I love and got used to now ? Is there maybe away to streamline the E5 phone like turn of a upatart app any suggestions please its wearing thin now, specially after todays proposed updated killed my phone and wiped it just to get the same reload problem I can video this and put it on my blog if anybody needs to see what I mean... Wayne -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory..
I get the same in BQ4.5, and it does seem to be happening more since OTA11, I cannot run two "heavy" apps without other apps exiting. Apps just become some bad res jpeg of their last screen view, which gets refreshed when I click on the app again. I also assumed it's mem limitation, but are we sure it's a ram issue and not how the OS handles multiple apps? Right now my SIM card is in the BQ, but I have to rely many times on a tag-along tethered android phone for basic daily tasks, for example: The BQ can either play music to my car stereo via bluetooth, or run unav without getting stuck mid route, not both. I got a vanilla install with only Daniel Wood's Owncloud-sync extra (the mem issues were before the extra app was installed). Am also curious to hear Meizu owners if more ram solves it. Is getting Ubuntu touch to run on a rooted android phone a complex operation? Does it have to be from specific chipsets? Eran On 15-07-16 18:53, Wayne Ward wrote: I'm looking at maybe getting rid of the e5 as the what I think is low memory is driving me mad! I'm thinking this has one gig of ram and its not enough? It used to be but now always seems to be low on memory. I have a clean install with the following installed and obviously running in background Rockwork Owncloud Now i have dekko running unconfined for email notifications to pebble And sometimes music appeared open all the time to play from pebble when I want. The problem is I get reload on facebook, browser, gmail or twitter and dekko just closes itself when it feels like it. It only started doing this since say ota10. I noticed the meizu has 3 gig of ram. I'm just wondering if meizu users get the same problem as they have more memory? I really love my bqe5 but its getting annoying now to be honest. Don't want to switch back to android, been here from the beggining, cant use unav as that just white screens after 5 or 10 mins as well In my mind more memory is required or am I wrong and all the phones do the same.. I dont mind shelling on a new meizu as long as I get rid of this nigly problem thats just stoping me enjoying the phone and OS I love and got used to now ? Is there maybe away to streamline the E5 phone like turn of a upatart app any suggestions please its wearing thin now, specially after todays proposed updated killed my phone and wiped it just to get the same reload problem I can video this and put it on my blog if anybody needs to see what I mean... Wayne -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
[Ubuntu-phone] Memory..
I'm looking at maybe getting rid of the e5 as the what I think is low memory is driving me mad! I'm thinking this has one gig of ram and its not enough? It used to be but now always seems to be low on memory. I have a clean install with the following installed and obviously running in background Rockwork Owncloud Now i have dekko running unconfined for email notifications to pebble And sometimes music appeared open all the time to play from pebble when I want. The problem is I get reload on facebook, browser, gmail or twitter and dekko just closes itself when it feels like it. It only started doing this since say ota10. I noticed the meizu has 3 gig of ram. I'm just wondering if meizu users get the same problem as they have more memory? I really love my bqe5 but its getting annoying now to be honest. Don't want to switch back to android, been here from the beggining, cant use unav as that just white screens after 5 or 10 mins as well In my mind more memory is required or am I wrong and all the phones do the same.. I dont mind shelling on a new meizu as long as I get rid of this nigly problem thats just stoping me enjoying the phone and OS I love and got used to now ? Is there maybe away to streamline the E5 phone like turn of a upatart app any suggestions please its wearing thin now, specially after todays proposed updated killed my phone and wiped it just to get the same reload problem I can video this and put it on my blog if anybody needs to see what I mean... Wayne -- Sent using Dekko from my Ubuntu device -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] memory card gone?
Well, i popped a new one in and chose format, after that i restarted and reconnected to pc with usb. Fiddled around a bit, camera wouldnt wanna save to sd and froze. Manually created all the folders on the SD like it should be, voila! it worked. So now i have transferred alot of music again and probably ready to rock again. Dont know wht made this happen in the first place, also the old card wont work on my win laptop..says its corrupt and not recognized so cant format or anything Den 2015-10-11 kl. 15:41, skrev Oliver Grawert: hi, Am Sonntag, den 11.10.2015, 13:31 +0200 schrieb Fredrik Andersson: So about to listen to music on my external card Cant access it in filemanager or see it in external disks. Any idea, tried ejecting and inserting without luck. Reformat to ntfs in win and start over? only vfat is supported for the SD currently ... ciao oli -- Contact: fredrikfri...@gmail.com 073-1094843 -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] memory card gone?
popped in a brand new and formatted but still cant see it in file manager, dont know what happened. Should i format it on a linuxcomputer as vfat or? Den 2015-10-11 kl. 15:41, skrev Oliver Grawert: hi, Am Sonntag, den 11.10.2015, 13:31 +0200 schrieb Fredrik Andersson: So about to listen to music on my external card Cant access it in filemanager or see it in external disks. Any idea, tried ejecting and inserting without luck. Reformat to ntfs in win and start over? only vfat is supported for the SD currently ... ciao oli -- Contact: fredrikfri...@gmail.com 073-1094843 -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] memory card gone?
Hmm ok, well im gonna try mounting it on the omputer and see whats up =D Btw, does the list use top posting or bottom? Den 2015-10-11 kl. 15:41, skrev Oliver Grawert: hi, Am Sonntag, den 11.10.2015, 13:31 +0200 schrieb Fredrik Andersson: So about to listen to music on my external card Cant access it in filemanager or see it in external disks. Any idea, tried ejecting and inserting without luck. Reformat to ntfs in win and start over? only vfat is supported for the SD currently ... ciao oli -- Contact: fredrikfri...@gmail.com 073-1094843 -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] memory card gone?
hi, Am Sonntag, den 11.10.2015, 13:31 +0200 schrieb Fredrik Andersson: > So about to listen to music on my external card > Cant access it in filemanager or see it in external disks. > Any idea, tried ejecting and inserting without luck. > Reformat to ntfs in win and start over? only vfat is supported for the SD currently ... ciao oli -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] memory card gone?
So about to listen to music on my external card Cant access it in filemanager or see it in external disks. Any idea, tried ejecting and inserting without luck. Reformat to ntfs in win and start over? Fredrik -- Sent using Dekko from my Ubuntu device -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory usage testing
Hello, On Thu, Jul 25, 2013 at 7:15 AM, Ricardo Salveti de Araujo wrote: > Isn't better to use a static or internal website instead? I know it's > useful to test sites such as cnn.com, but it'll be hard to compare > data between test runs as I believe the results will change quite a > bit at every run (as the website updates itself quite frequently). > > If we're trying to compare improvements or regressions, using a static > webpage would probably be a better option. Thanks for pointing that out. The code right now is using launchpad.net because that is what was available from the lab network. However, recently a web proxy has been set up to basically serve the same version of the cnn.com page every time (it's not updated) to be used as a reference as you said in your e-mail. Best regards, Javier -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory usage testing
On Wed, Jul 24, 2013 at 2:48 PM, Gema Gomez wrote: > Original Message > Subject: Memory usage measurement test scenario > Date: Wed, 24 Jul 2013 18:20:55 +0200 > From: Javier Collado > To: Gema Gomez-Solano > > Hello, > > The memory usage measurement test scenario is a single test case for > the touch image that generates some events and records the memory > consumption for each one of them. > > Events: > > 1 Phone booted > Phone has booted, user is logged in, shell has started > 2 Browser started > Browser has successfully started and loaded the default landing page > 3 Browser finished loading > Browser finished loading a specific webpage (cnn.com) Isn't better to use a static or internal website instead? I know it's useful to test sites such as cnn.com, but it'll be hard to compare data between test runs as I believe the results will change quite a bit at every run (as the website updates itself quite frequently). If we're trying to compare improvements or regressions, using a static webpage would probably be a better option. Cheers, -- Ricardo Salveti de Araujo -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
[Ubuntu-phone] Memory usage testing
Hi all,
the QA Team has just started to produce some numbers regarding memory
consumption. We are starting to run this test case as of today and
gather numbers for mako, maguro, manta and grouper (we are improving the
dashboard to reflect this a bit better in the next couple of days).
Reporting as it stands:
1) The main dashboard page shows some numbers:
http://reports.qa.ubuntu.com/memory/memevent/
2) You can click on an image and go into more details:
i.e. http://reports.qa.ubuntu.com/memory/memevent/image/2/
3.1) From here you can either click on an event you are interested in
and look at extra data:
http://reports.qa.ubuntu.com/memory/memevent/image/2/event/Camera%20app%20picture%20taken/detail/
3.2) Or you can choose "Detailed view" for an overview:
http://reports.qa.ubuntu.com/memory/memevent/image/2/detail/
We are working with devs on making those views comprehensive and useful.
Feel free to send us any feedback.
Thanks,
Gema
PS: for the curious jcollado has recorded a video of the test running[1]
[1] http://www.youtube.com/watch?v=ZWyBOYFg_yk
Original Message
Subject: Memory usage measurement test scenario
Date: Wed, 24 Jul 2013 18:20:55 +0200
From: Javier Collado
To: Gema Gomez-Solano
Hello,
The memory usage measurement test scenario is a single test case for
the touch image that generates some events and records the memory
consumption for each one of them.
Events:
1 Phone booted
Phone has booted, user is logged in, shell has started
2 Browser started
Browser has successfully started and loaded the default landing page
3 Browser finished loading
Browser finished loading a specific webpage (cnn.com)
4 Camera app started
Camera app is successfully started and showing preview
5 Camera app picture taken
Camera app has successfully taken a picture
6 Gallery app started
Gallery app is successfully started
7 Media player app started
Media player app is successfully started
8 Media player app finished playback
Media player app has successfully finished playing back an example video.
The implementation uses autopilot to drive the interface of multiple
applications and at some given events runs `smem` to gather memory
usage information.
Please find below a list of each event with a small description of
when the measurement happens and the code that implements the actions
to trigger the event:
- Browser started: the measurement happens when the browser has launched
browser = BrowserApp(self)
with self.smem.probe('Browser started'):
browser.launch()
self.smem.pids.append(browser.app.pid)
- Browser finished loading: the measurement happens when a given
webpage has been loaded (load progress set to 100%)
with self.smem.probe('Browser finished loading'):
url = 'https://launchpad.net/'
browser.go_to_url(url)
browser.assert_page_eventually_loaded(url)
- Camera app started: the measurement happens when the camera
application is launched
camera = CameraApp(self)
with self.smem.probe('Camera app started'):
camera.launch()
self.smem.pids.append(camera.app.pid)
- Camera app picture taken: the measurement happens when the picture
shows up in the filesystem
with self.smem.probe('Camera app picture taken'):
camera.take_picture()
- Gallery app started: the measurement happens when the gallery
application is launched
with self.smem.probe('Gallery app started'):
gallery = GalleryApp(self)
gallery.launch()
self.smem.pids.append(gallery.app.pid)
- Media player app started: the measurement happens when the media
player is launched
with self.smem.probe('Media player app started'):
media_player = MediaPlayerApp(self)
media_player.launch()
self.smem.pids.append(media_player.app.pid)
- Media player app finished playback: the measurement happens when the
media player finishes playing a video file (time line widget value set
to its maximum value)
with self.smem.probe('Media player app finished playback'):
media_player = MediaPlayerApp(self)
media_player.launch('small.mp4')
self.smem.pids.append(media_player.app.pid)
media_player.assert_playback_finished()
Regarding the measurement timing, note that the detection of some of
the events above (page loaded, video file played) are based on
autopilot Eventually matcher. This matcher checks that a given
condition happens every second to succeed or fails in case of a
timeout. Hence, the measurement doesn't really happen exactly when the
event happens, but when the assertion succeeds which can be up to a
second later.
Best regards,
Javier
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-phone
More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
Well, lua needs a wrapper/api, just like js has the dom, node.js and qt. so... No problem there. It took me a while to read the article. I personally think the v8/c++ mix is usually a really good idea, allowing for any lightweight interface manipulation to take place in js and let c++ do the rest of the heavy lifting That would not keep you safe from gc'ing though... But if you require anything high performance, you will probably not even use js anyway. The problem with android is that you don't have that choice. But we do! I kind of feel bad about mozilla pushing for asm.js though If you're trying so hard to speedup js, and you're compiling c++ to js and halven the speed. Why not just keep it c++? On Monday, July 15, 2013, Josh Leverette wrote: > Yeah, I really enjoy python programming myself. Shed Skin in particular > has promise to make python on mobile need less overhead. PyPy should have > long ago replaced CPython as the default interpreter, in my opinion, and > PyPy might be good enough to make interpreted python on mobile bearable, > but they're just now developing ARM support. > > From what I hear, Lua has a stupidly simple VM that's really high > performance, and the language itself is really powerful, but there's > virtually no documentation about using it to write standalone programs. It > is just an extension language for existing apps, pretty much... which is > sad, but oh well. > On Jul 15, 2013 12:09 AM, "Luke Bryan" wrote: > > Thanks for the info! That's an interesting article on Javascript and > performance. It seems low memory of mobiles, and better performance, are > the reason Ubuntu will be going with mostly Qt/c++ for mobile apps? I'm > more of a fan of Python/Java programming, but I can see why this may be > beneficial. I hope Pyside/QML will be available at least for Ubuntu-phone, > that would be very handy. > > Best regards, > Luke > -- > Date: Sun, 14 Jul 2013 18:11:39 -0500 > Subject: Re: [Ubuntu-phone] Memory question > From: coder...@gmail.com > To: luke...@msn.com > CC: ubuntu-phone@lists.launchpad.net > > Java is hardly the major multicore programming language. Let's get that > out of the way first. Also, libreoffice has been rewritten into C++ over > the last few years. If any Java remains, it is rapidly becoming > inconsequential. I do agree it has been the dominant platform for dumbphone > apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. > The java language is being used on Android, but it's using the Dalvik VM, > not standard Java libraries and all that. We couldn't support those apps > even if we wanted to. It would be a terrible plan. This has been discussed > numerous times on the mailing list -- use Google to search the mailing list > if you have to. Why would you have to use JavaScript web workers? Why would > those even be helpful? JavaScript is not Java, at all. It's actually > ECMAScript even though it goes by the misnomer of JavaScript, but I still > don't see why those would be necessary when you can simply write some > multicore C++, or C, or whatever. Go and Rust are perfectly capable > multicore oriented languages too. > > Java is unnecessary, but more importantly, it has bad performance > characteristics. It needs significant amounts of RAM to avoid the garbage > collector thrashing the CPU. This article goes into great depth about why > Java and JavaScript naturally perform poorly on mobile devices: > http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ > > The guy is very wrong about some of the hardware aspects in that article, > particularly regarding the relative speeds of ARM and x86, but his analysis > of the software side of things is fairly competent. > > Ubuntu touch is centered around Qt, being coded in a combination of QML, > JavaScript, and C++, with any combination of those languages or just one. > On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: > > What do you mean by, Ubuntu won't use Java? Java has been *the* major > multi-core programming language, *the* platform for smartphone and > "dumb-phones" apps, and has come with Ubuntu by default, for a long time > now. So will Java, and apps like LibreOffice now be unsupported? Will we > have to use Javascript web-workers instead, for high performance multicore > applications? > > Best regards > Luke > > -- > Date: Sat, 13 Jul 2013 21:15:03 +0200 > Subject: Re: [Ubuntu-phone] Memory question > From: gianguidor...@gmail.com > To: coder...@gmail.com > CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com > > And after all Ubuntu doesn't use Java, so I thi
Re: [Ubuntu-phone] Memory question
Yeah, I really enjoy python programming myself. Shed Skin in particular has promise to make python on mobile need less overhead. PyPy should have long ago replaced CPython as the default interpreter, in my opinion, and PyPy might be good enough to make interpreted python on mobile bearable, but they're just now developing ARM support. >From what I hear, Lua has a stupidly simple VM that's really high performance, and the language itself is really powerful, but there's virtually no documentation about using it to write standalone programs. It is just an extension language for existing apps, pretty much... which is sad, but oh well. On Jul 15, 2013 12:09 AM, "Luke Bryan" wrote: > Thanks for the info! That's an interesting article on Javascript and > performance. It seems low memory of mobiles, and better performance, are > the reason Ubuntu will be going with mostly Qt/c++ for mobile apps? I'm > more of a fan of Python/Java programming, but I can see why this may be > beneficial. I hope Pyside/QML will be available at least for Ubuntu-phone, > that would be very handy. > > Best regards, > Luke > ------ > Date: Sun, 14 Jul 2013 18:11:39 -0500 > Subject: Re: [Ubuntu-phone] Memory question > From: coder...@gmail.com > To: luke...@msn.com > CC: ubuntu-phone@lists.launchpad.net > > Java is hardly the major multicore programming language. Let's get that > out of the way first. Also, libreoffice has been rewritten into C++ over > the last few years. If any Java remains, it is rapidly becoming > inconsequential. I do agree it has been the dominant platform for dumbphone > apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. > The java language is being used on Android, but it's using the Dalvik VM, > not standard Java libraries and all that. We couldn't support those apps > even if we wanted to. It would be a terrible plan. This has been discussed > numerous times on the mailing list -- use Google to search the mailing list > if you have to. Why would you have to use JavaScript web workers? Why would > those even be helpful? JavaScript is not Java, at all. It's actually > ECMAScript even though it goes by the misnomer of JavaScript, but I still > don't see why those would be necessary when you can simply write some > multicore C++, or C, or whatever. Go and Rust are perfectly capable > multicore oriented languages too. > > Java is unnecessary, but more importantly, it has bad performance > characteristics. It needs significant amounts of RAM to avoid the garbage > collector thrashing the CPU. This article goes into great depth about why > Java and JavaScript naturally perform poorly on mobile devices: > http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ > > The guy is very wrong about some of the hardware aspects in that article, > particularly regarding the relative speeds of ARM and x86, but his analysis > of the software side of things is fairly competent. > > Ubuntu touch is centered around Qt, being coded in a combination of QML, > JavaScript, and C++, with any combination of those languages or just one. > On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: > > What do you mean by, Ubuntu won't use Java? Java has been *the* major > multi-core programming language, *the* platform for smartphone and > "dumb-phones" apps, and has come with Ubuntu by default, for a long time > now. So will Java, and apps like LibreOffice now be unsupported? Will we > have to use Javascript web-workers instead, for high performance multicore > applications? > > Best regards > Luke > > -- > Date: Sat, 13 Jul 2013 21:15:03 +0200 > Subject: Re: [Ubuntu-phone] Memory question > From: gianguidor...@gmail.com > To: coder...@gmail.com > CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com > > And after all Ubuntu doesn't use Java, so I think that memory consumption > will remain at a reasonable level. > Il giorno 13/lug/2013 21:06, "Josh Leverette" ha > scritto: > > Android only does that when it has to, meaning devices with low memory > available. I'm sure Ubuntu will kill apps when it has to, and not a moment > sooner. > > Sincerely, > Josh > On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > > Greetings, > > I was wondering about apps for Ubuntu-touch regarding memory. Will > ubuntu-touch have the (somewhat annoying) feature of killing off apps that > go over 16 or 20 mb (or whatever limit set on the device), as Android does? > This enforces app developers to not make memory-hogging applications, but > it's annoying for the user. Maybe there should be a developer-option to > wa
Re: [Ubuntu-phone] Memory question
I'm sure that errors regarding OpenGL and QML will go away in a couple of months, let the Ubuntu team fix them. 2013/7/15 leon lee > In fact, QML is not so handy. For example, how to fix the following issue: > Cant find EGLConfig, returning null config > > > -- Original -- > *From: * "Luke Bryan"; > *Date: * Mon, Jul 15, 2013 01:09 PM > *To: * "ubuntu-phone@lists.launchpad.net"; > ** > *Subject: * Re: [Ubuntu-phone] Memory question > > Thanks for the info! That's an interesting article on Javascript and > performance. It seems low memory of mobiles, and better performance, are > the reason Ubuntu will be going with mostly Qt/c++ for mobile apps? I'm > more of a fan of Python/Java programming, but I can see why this may be > beneficial. I hope Pyside/QML will be available at least for Ubuntu-phone, > that would be very handy. > > Best regards, > Luke > ------ > Date: Sun, 14 Jul 2013 18:11:39 -0500 > Subject: Re: [Ubuntu-phone] Memory question > From: coder...@gmail.com > To: luke...@msn.com > CC: ubuntu-phone@lists.launchpad.net > > Java is hardly the major multicore programming language. Let's get that > out of the way first. Also, libreoffice has been rewritten into C++ over > the last few years. If any Java remains, it is rapidly becoming > inconsequential. I do agree it has been the dominant platform for dumbphone > apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. > The java language is being used on Android, but it's using the Dalvik VM, > not standard Java libraries and all that. We couldn't support those apps > even if we wanted to. It would be a terrible plan. This has been discussed > numerous times on the mailing list -- use Google to search the mailing list > if you have to. Why would you have to use JavaScript web workers? Why would > those even be helpful? JavaScript is not Java, at all. It's actually > ECMAScript even though it goes by the misnomer of JavaScript, but I still > don't see why those would be necessary when you can simply write some > multicore C++, or C, or whatever. Go and Rust are perfectly capable > multicore oriented languages too. > > Java is unnecessary, but more importantly, it has bad performance > characteristics. It needs significant amounts of RAM to avoid the garbage > collector thrashing the CPU. This article goes into great depth about why > Java and JavaScript naturally perform poorly on mobile devices: > http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ > > The guy is very wrong about some of the hardware aspects in that article, > particularly regarding the relative speeds of ARM and x86, but his analysis > of the software side of things is fairly competent. > > Ubuntu touch is centered around Qt, being coded in a combination of QML, > JavaScript, and C++, with any combination of those languages or just one. > On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: > > What do you mean by, Ubuntu won't use Java? Java has been *the* major > multi-core programming language, *the* platform for smartphone and > "dumb-phones" apps, and has come with Ubuntu by default, for a long time > now. So will Java, and apps like LibreOffice now be unsupported? Will we > have to use Javascript web-workers instead, for high performance multicore > applications? > > Best regards > Luke > > -- > Date: Sat, 13 Jul 2013 21:15:03 +0200 > Subject: Re: [Ubuntu-phone] Memory question > From: gianguidor...@gmail.com > To: coder...@gmail.com > CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com > > And after all Ubuntu doesn't use Java, so I think that memory consumption > will remain at a reasonable level. > Il giorno 13/lug/2013 21:06, "Josh Leverette" ha > scritto: > > Android only does that when it has to, meaning devices with low memory > available. I'm sure Ubuntu will kill apps when it has to, and not a moment > sooner. > > Sincerely, > Josh > On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > > Greetings, > > I was wondering about apps for Ubuntu-touch regarding memory. Will > ubuntu-touch have the (somewhat annoying) feature of killing off apps that > go over 16 or 20 mb (or whatever limit set on the device), as Android does? > This enforces app developers to not make memory-hogging applications, but > it's annoying for the user. Maybe there should be a developer-option to > warn when much memory is used? > > Best regards, > Luke > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net &
Re: [Ubuntu-phone] Memory question
In fact, QML is not so handy. For example, how to fix the following issue: Cant find EGLConfig, returning null config -- Original -- From: "Luke Bryan"; Date: Mon, Jul 15, 2013 01:09 PM To: "ubuntu-phone@lists.launchpad.net"; Subject: Re: [Ubuntu-phone] Memory question Thanks for the info! That's an interesting article on Javascript and performance. It seems low memory of mobiles, and better performance, are the reason Ubuntu will be going with mostly Qt/c++ for mobile apps? I'm more of a fan of Python/Java programming, but I can see why this may be beneficial. I hope Pyside/QML will be available at least for Ubuntu-phone, that would be very handy. Best regards, Luke Date: Sun, 14 Jul 2013 18:11:39 -0500 Subject: Re: [Ubuntu-phone] Memory question From: coder...@gmail.com To: luke...@msn.com CC: ubuntu-phone@lists.launchpad.net Java is hardly the major multicore programming language. Let's get that out of the way first. Also, libreoffice has been rewritten into C++ over the last few years. If any Java remains, it is rapidly becoming inconsequential. I do agree it has been the dominant platform for dumbphone apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. The java language is being used on Android, but it's using the Dalvik VM, not standard Java libraries and all that. We couldn't support those apps even if we wanted to. It would be a terrible plan. This has been discussed numerous times on the mailing list -- use Google to search the mailing list if you have to. Why would you have to use JavaScript web workers? Why would those even be helpful? JavaScript is not Java, at all. It's actually ECMAScript even though it goes by the misnomer of JavaScript, but I still don't see why those would be necessary when you can simply write some multicore C++, or C, or whatever. Go and Rust are perfectly capable multicore oriented languages too. Java is unnecessary, but more importantly, it has bad performance characteristics. It needs significant amounts of RAM to avoid the garbage collector thrashing the CPU. This article goes into great depth about why Java and JavaScript naturally perform poorly on mobile devices: http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ The guy is very wrong about some of the hardware aspects in that article, particularly regarding the relative speeds of ARM and x86, but his analysis of the software side of things is fairly competent. Ubuntu touch is centered around Qt, being coded in a combination of QML, JavaScript, and C++, with any combination of those languages or just one. On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: What do you mean by, Ubuntu won't use Java? Java has been the major multi-core programming language, the platform for smartphone and "dumb-phones" apps, and has come with Ubuntu by default, for a long time now. So will Java, and apps like LibreOffice now be unsupported? Will we have to use Javascript web-workers instead, for high performance multicore applications? Best regards Luke Date: Sat, 13 Jul 2013 21:15:03 +0200 Subject: Re: [Ubuntu-phone] Memory question From: gianguidor...@gmail.com To: coder...@gmail.com CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com And after all Ubuntu doesn't use Java, so I think that memory consumption will remain at a reasonable level. Il giorno 13/lug/2013 21:06, "Josh Leverette" ha scritto: Android only does that when it has to, meaning devices with low memory available. I'm sure Ubuntu will kill apps when it has to, and not a moment sooner. Sincerely, Josh On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: Greetings, I was wondering about apps for Ubuntu-touch regarding memory. Will ubuntu-touch have the (somewhat annoying) feature of killing off apps that go over 16 or 20 mb (or whatever limit set on the device), as Android does? This enforces app developers to not make memory-hogging applications, but it's annoying for the user. Maybe there should be a developer-option to warn when much memory is used? Best regards, Luke -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp-- Mailing list: https://launchpad.net/~ubun
Re: [Ubuntu-phone] Memory question
Thanks for the info! That's an interesting article on Javascript and performance. It seems low memory of mobiles, and better performance, are the reason Ubuntu will be going with mostly Qt/c++ for mobile apps? I'm more of a fan of Python/Java programming, but I can see why this may be beneficial. I hope Pyside/QML will be available at least for Ubuntu-phone, that would be very handy. Best regards, Luke Date: Sun, 14 Jul 2013 18:11:39 -0500 Subject: Re: [Ubuntu-phone] Memory question From: coder...@gmail.com To: luke...@msn.com CC: ubuntu-phone@lists.launchpad.net Java is hardly the major multicore programming language. Let's get that out of the way first. Also, libreoffice has been rewritten into C++ over the last few years. If any Java remains, it is rapidly becoming inconsequential. I do agree it has been the dominant platform for dumbphone apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. The java language is being used on Android, but it's using the Dalvik VM, not standard Java libraries and all that. We couldn't support those apps even if we wanted to. It would be a terrible plan. This has been discussed numerous times on the mailing list -- use Google to search the mailing list if you have to. Why would you have to use JavaScript web workers? Why would those even be helpful? JavaScript is not Java, at all. It's actually ECMAScript even though it goes by the misnomer of JavaScript, but I still don't see why those would be necessary when you can simply write some multicore C++, or C, or whatever. Go and Rust are perfectly capable multicore oriented languages too. Java is unnecessary, but more importantly, it has bad performance characteristics. It needs significant amounts of RAM to avoid the garbage collector thrashing the CPU. This article goes into great depth about why Java and JavaScript naturally perform poorly on mobile devices: http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ The guy is very wrong about some of the hardware aspects in that article, particularly regarding the relative speeds of ARM and x86, but his analysis of the software side of things is fairly competent. Ubuntu touch is centered around Qt, being coded in a combination of QML, JavaScript, and C++, with any combination of those languages or just one. On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: What do you mean by, Ubuntu won't use Java? Java has been the major multi-core programming language, the platform for smartphone and "dumb-phones" apps, and has come with Ubuntu by default, for a long time now. So will Java, and apps like LibreOffice now be unsupported? Will we have to use Javascript web-workers instead, for high performance multicore applications? Best regards Luke Date: Sat, 13 Jul 2013 21:15:03 +0200 Subject: Re: [Ubuntu-phone] Memory question From: gianguidor...@gmail.com To: coder...@gmail.com CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com And after all Ubuntu doesn't use Java, so I think that memory consumption will remain at a reasonable level. Il giorno 13/lug/2013 21:06, "Josh Leverette" ha scritto: Android only does that when it has to, meaning devices with low memory available. I'm sure Ubuntu will kill apps when it has to, and not a moment sooner. Sincerely, Josh On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: Greetings, I was wondering about apps for Ubuntu-touch regarding memory. Will ubuntu-touch have the (somewhat annoying) feature of killing off apps that go over 16 or 20 mb (or whatever limit set on the device), as Android does? This enforces app developers to not make memory-hogging applications, but it's annoying for the user. Maybe there should be a developer-option to warn when much memory is used? Best regards, Luke -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
Java is hardly the major multicore programming language. Let's get that out of the way first. Also, libreoffice has been rewritten into C++ over the last few years. If any Java remains, it is rapidly becoming inconsequential. I do agree it has been the dominant platform for dumbphone apps, but that has zero impact on Ubuntu. As far as smartphone apps... No. The java language is being used on Android, but it's using the Dalvik VM, not standard Java libraries and all that. We couldn't support those apps even if we wanted to. It would be a terrible plan. This has been discussed numerous times on the mailing list -- use Google to search the mailing list if you have to. Why would you have to use JavaScript web workers? Why would those even be helpful? JavaScript is not Java, at all. It's actually ECMAScript even though it goes by the misnomer of JavaScript, but I still don't see why those would be necessary when you can simply write some multicore C++, or C, or whatever. Go and Rust are perfectly capable multicore oriented languages too. Java is unnecessary, but more importantly, it has bad performance characteristics. It needs significant amounts of RAM to avoid the garbage collector thrashing the CPU. This article goes into great depth about why Java and JavaScript naturally perform poorly on mobile devices: http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/ The guy is very wrong about some of the hardware aspects in that article, particularly regarding the relative speeds of ARM and x86, but his analysis of the software side of things is fairly competent. Ubuntu touch is centered around Qt, being coded in a combination of QML, JavaScript, and C++, with any combination of those languages or just one. On Jul 14, 2013 6:01 PM, "Luke Bryan" wrote: > What do you mean by, Ubuntu won't use Java? Java has been *the* major > multi-core programming language, *the* platform for smartphone and > "dumb-phones" apps, and has come with Ubuntu by default, for a long time > now. So will Java, and apps like LibreOffice now be unsupported? Will we > have to use Javascript web-workers instead, for high performance multicore > applications? > > Best regards > Luke > > ---------- > Date: Sat, 13 Jul 2013 21:15:03 +0200 > Subject: Re: [Ubuntu-phone] Memory question > From: gianguidor...@gmail.com > To: coder...@gmail.com > CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com > > And after all Ubuntu doesn't use Java, so I think that memory consumption > will remain at a reasonable level. > Il giorno 13/lug/2013 21:06, "Josh Leverette" ha > scritto: > > Android only does that when it has to, meaning devices with low memory > available. I'm sure Ubuntu will kill apps when it has to, and not a moment > sooner. > > Sincerely, > Josh > On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > > Greetings, > > I was wondering about apps for Ubuntu-touch regarding memory. Will > ubuntu-touch have the (somewhat annoying) feature of killing off apps that > go over 16 or 20 mb (or whatever limit set on the device), as Android does? > This enforces app developers to not make memory-hogging applications, but > it's annoying for the user. Maybe there should be a developer-option to > warn when much memory is used? > > Best regards, > Luke > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
What do you mean by, Ubuntu won't use Java? Java has been the major multi-core programming language, the platform for smartphone and "dumb-phones" apps, and has come with Ubuntu by default, for a long time now. So will Java, and apps like LibreOffice now be unsupported? Will we have to use Javascript web-workers instead, for high performance multicore applications? Best regards Luke Date: Sat, 13 Jul 2013 21:15:03 +0200 Subject: Re: [Ubuntu-phone] Memory question From: gianguidor...@gmail.com To: coder...@gmail.com CC: ubuntu-phone@lists.launchpad.net; luke...@msn.com And after all Ubuntu doesn't use Java, so I think that memory consumption will remain at a reasonable level. Il giorno 13/lug/2013 21:06, "Josh Leverette" ha scritto: Android only does that when it has to, meaning devices with low memory available. I'm sure Ubuntu will kill apps when it has to, and not a moment sooner. Sincerely, Josh On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: Greetings, I was wondering about apps for Ubuntu-touch regarding memory. Will ubuntu-touch have the (somewhat annoying) feature of killing off apps that go over 16 or 20 mb (or whatever limit set on the device), as Android does? This enforces app developers to not make memory-hogging applications, but it's annoying for the user. Maybe there should be a developer-option to warn when much memory is used? Best regards, Luke -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
And after all Ubuntu doesn't use Java, so I think that memory consumption will remain at a reasonable level. Il giorno 13/lug/2013 21:06, "Josh Leverette" ha scritto: > Android only does that when it has to, meaning devices with low memory > available. I'm sure Ubuntu will kill apps when it has to, and not a moment > sooner. > > Sincerely, > Josh > On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > >> Greetings, >> >> I was wondering about apps for Ubuntu-touch regarding memory. Will >> ubuntu-touch have the (somewhat annoying) feature of killing off apps that >> go over 16 or 20 mb (or whatever limit set on the device), as Android does? >> This enforces app developers to not make memory-hogging applications, but >> it's annoying for the user. Maybe there should be a developer-option to >> warn when much memory is used? >> >> Best regards, >> Luke >> >> -- >> Mailing list: https://launchpad.net/~ubuntu-phone >> Post to : ubuntu-phone@lists.launchpad.net >> Unsubscribe : https://launchpad.net/~ubuntu-phone >> More help : https://help.launchpad.net/ListHelp >> >> > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
and sending out a signal when memory is running low would be nice. Sincerely, Josh On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > Greetings, > > I was wondering about apps for Ubuntu-touch regarding memory. Will > ubuntu-touch have the (somewhat annoying) feature of killing off apps that > go over 16 or 20 mb (or whatever limit set on the device), as Android does? > This enforces app developers to not make memory-hogging applications, but > it's annoying for the user. Maybe there should be a developer-option to > warn when much memory is used? > > Best regards, > Luke > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
Re: [Ubuntu-phone] Memory question
Android only does that when it has to, meaning devices with low memory available. I'm sure Ubuntu will kill apps when it has to, and not a moment sooner. Sincerely, Josh On Jul 13, 2013 11:28 AM, "Luke Bryan" wrote: > Greetings, > > I was wondering about apps for Ubuntu-touch regarding memory. Will > ubuntu-touch have the (somewhat annoying) feature of killing off apps that > go over 16 or 20 mb (or whatever limit set on the device), as Android does? > This enforces app developers to not make memory-hogging applications, but > it's annoying for the user. Maybe there should be a developer-option to > warn when much memory is used? > > Best regards, > Luke > > -- > Mailing list: https://launchpad.net/~ubuntu-phone > Post to : ubuntu-phone@lists.launchpad.net > Unsubscribe : https://launchpad.net/~ubuntu-phone > More help : https://help.launchpad.net/ListHelp > > -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
[Ubuntu-phone] Memory question
Greetings, I was wondering about apps for Ubuntu-touch regarding memory. Will ubuntu-touch have the (somewhat annoying) feature of killing off apps that go over 16 or 20 mb (or whatever limit set on the device), as Android does? This enforces app developers to not make memory-hogging applications, but it's annoying for the user. Maybe there should be a developer-option to warn when much memory is used? Best regards, Luke -- Mailing list: https://launchpad.net/~ubuntu-phone Post to : ubuntu-phone@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-phone More help : https://help.launchpad.net/ListHelp
