I see a very similar slowdown when playing a video in mediaplayer-app,
quit the app, play again, and a couple of more cycles and all rendering
in the shell and other places all become painfully slow. Eventually the
mediaplayer-app itself hangs because it can't render the video anymore.
--
You rec
its not the cpu itself, when you force the cpu to performance, you also force
the system bus to stay on.
So you can have a low percentage of ram, low cpu usage, and still be going slow
because the pixels aren't making it back and forth from the gpu to the ram to
the screen fast enough. the test
and just to be clear (seems to have been some confusion about this)
turning the cpu to 'performance' is not a landable solution because of
battery life. It is a good test to see if the problem is the clocks are
turned to low (a system power management problem), or mir itself is
getting stucks somew
I for one have mentioned at the beginning that CPU wasn't a problem
here. CPU was idle, RAM was aplenty, swap was empty.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on
(cranking up the CPU wont help at all on the GPU in an arm system)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this bug
i really dont think this is anyway nearly the right approach but here would be
a debdiff to force performance
http://paste.ubuntu.com/6209409/
nobody in this bug collected any data but using their gut feelings
apparently though, can we at least have some top output (separately for
CPU and RAM pl
ok - this may require a 2 phased approach to "fixing"
first, for the quick but less-than-stellar battery performance fix would be to
force the pm policy to "performance"
second, would be to find the correct PM constraint to call into (a most likely
qcomm specific kernel pm fmwk) while rendering
Also your theory makes it sounds like we are hit by bug 1233257. On SF
as you said powerd would just hang so we don't see the performance issue
there once the screen is unlocked.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
I can verify that command brings back the performance to a very
reasonable level.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications
my current working theory is that powerd (when it talked to
surfaceflinger) would just hang when we running mir, because we would
forcibly stop the surfaceflinger. Now that powerd talks to unity, which
talks to mir, so it is starting to make actual power requests, including
scaling back the clocks
I see wild (and explainable) mood swings in mir performance when we have
our clocks kicked out from under us. When this problem occurs, try
turning clocks up to 11:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
This at least turns the cpu clocks to high and probably tur
I just reproduced this on image 84. I'm running unity8 on mir. All I did
to reproduce it is run the file-manager autopiot test suite several
times, which makes me think it has something to do with launching and
closing applications.
See attached video...
** Attachment added: "VID_20131008_102814.
upgrading my previous statement from 'concerned' to 'strongly suspect'
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this
I'm a bit concerned that the clocks of the gpu or the memory bus are
going low inappropriately. Still haven't been able to reproduce, but
that'll be the first thing I check
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
There are various causes of slowdowns; Mir is slightly slower than
SurfaceFlinger on rendering, but that's expected and performance
optimizations are upcoming (post-13.10). One known reason for slow
downs is when crash files are being written; typically if a large
process crashes, the phone is stu
I think we are using the bug importance wrong then. When the problem is
visible enough that its going to affect the usage of the phone every single
second in a bad way. Its more than critical.
On Mon, Oct 7, 2013 at 12:04 PM, Daniel van Vugt <
daniel.van.v...@canonical.com> wrote:
> We reserve "
We reserve "Critical" for bugs which make the system completely
unusable. This doesn't quite qualify as Critical, but probably High.
** Changed in: mir
Importance: Critical => High
** Changed in: unity8
Importance: Critical => High
** Changed in: mir (Ubuntu Saucy)
Importance: Critical
(I would do that but I have a crappy internet :/)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this bug go to:
https://bu
I think we need to flash olders images on a phone and see where the
performance drop happened. I think the slowness goes back atleast 2
weeks and its only noted now because we (the testers) started using Mir
enabled on our daily driver phone just recently.
--
You received this bug notification b
** Changed in: mir (Ubuntu)
Importance: High => Critical
** Changed in: unity8
Importance: High => Critical
** Also affects: mir (Ubuntu Saucy)
Importance: Critical
Status: Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
I've also noticed on GalaxyNexus there's some idling CPU usage (about
5%) from a httpThread - which is one of Qt's internal thread for http
downloads - likely culprit is a lens having shell fetch images. Needs
further investigation
--
You received this bug notification because you are a member of
** Changed in: mir
Assignee: (unassigned) => Kevin DuBois (kdub)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this b
Here's result of profiling: http://pastebin.ubuntu.com/6192831/
Looks to be graphical, needs Mir team help.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
any complaints in logcat or dmesg?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this bug go to:
https://bugs.launchpad.ne
Maybe it's related: Unity eats up a lot of CPU in the latest version,
but not on mir but surfaceflinger, resulting in very bad responsiveness.
Sometimes it's unusable, and "sudo reboot" doesn't work anymore...
top snapshot while doing nothing:
PID USER PR NI VIRT RES SHR S %CPU %MEM
** Changed in: mir
Importance: High => Critical
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this bug go to:
https://b
** Tags added: rls-s-incoming
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
To manage notifications about this bug go to:
https://bugs.launchpad.net/mir
In my case, I left the phone running mir overnight and in the morning it
was so slow it was unusable. Top didn't seem to indicate there is any
process eating up all the CPU.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
I checked top, iotop, free - CPU was idle, IO was idle, no swap was used
- the device was generally idle, but unity8 is slow as hell.
Steps to reproduce: for me it happens when running an autopilot suite,
but it's probably equivalent to starting and stopping apps.
--
You received this bug notifi
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: mir (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako]
** Changed in: unity8
Status: New => Confirmed
** Changed in: mir
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1235190
Title:
[mako] Unity8 on Mir got slow
31 matches
Mail list logo