** Tags added: atom
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1580792
Title:
Unity8 on Intel Atoms performs poorly (falls back to software
rendering more than non-At
** Changed in: canonical-devices-system-image
Importance: Undecided => High
** Changed in: canonical-devices-system-image
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
ht
The log seems to indicate that you're experiencing this Atom bug, so
here is the right place...
i915_program_error: Exceeded max ALU instructions (76 out of 64)
Although the log also shows you're experiencing general Intel bug
1583949 too.
--
You received this bug notification because you are a
Here is my unity8.log with INTEL_DEBUG=perf. It's quite obscure for me
as I'm not a developer, but I did find the problems you mentioned it
your comments. I'll let you check!
** Attachment added: "unity8.log"
https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1580792/+attachment/4763298/+fi
The original bug description is a bit vague here. In comment #3 I was
aiming to make this bug very definite. If you add INTEL_DEBUG=perf then
you will see the errors I mentioned. I think this bug should be about
those errors in comment #3 since the bug description is a bit too vague.
Please add IN
Did a few tests, dialogs with a black/transparent backgrounds are
definitely the worst (Terminal password prompt, shut down dialog, set a
code or password in System Settings, connect to a hidden wifi network).
The dialog can take up to 20s to fully open. Even then, they remain
slow, for example whe
well, if it is a dialog-specific problem it could be worth having a
separate bug, that only tackles dialog. otherwise you end up fixing too
many things as part of the same bug
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to un
Please keep the discussion in this bug and don't log a new one. Just add
an ubuntu-ui-toolkit task here.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1580792
Title:
Unity
@Guillame:
that is interesting, it might be useful to see if that happens for all dialogs
like that (there should be a few in system settings app). If it does, it's
probably worth reporting a bug against ubuntu-ui-toolkit to investigate that
--
You received this bug notification because you are
Hi,
I don't know if this is useful, but on my netbook the worst performance comes
from black and transparent overlays, like when the Terminal asks for a password
or when you want to turn off your computer. In those cases the frame time is
more than 1s, sometimes 2s. I have to hard reboot every t
** Summary changed:
- Unity8 on Intel Atoms performs poorly
+ Unity8 on Intel Atoms performs poorly (falls back to software rendering more
than non-Atoms do)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
** Also affects: canonical-devices-system-image
Importance: Undecided
Status: New
** Tags added: unity8-desktop
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/15807
In Unity8 I'm seeing four cases of:
i915_program_error: Exceeded max ALU instructions (76 out of 64)
So there are potentially four offending shaders.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https:
Looking at the i915 bug report, it seems like the distance field text
rendering shader in Qt has too much instructions (in its HQ version) and
exceeds the number of texture indirections, would be interesting to
check if the distance field UbuntuShape shader has the same issue.
It would also be int
Thanks for that.
Unfortunately I see no improvement in performance with those variables. And no
reduction in the frequency of:
i915_program_error: Exceeded max ALU instructions (76 out of 64)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, whic
Googling around I found this:
https://bugs.freedesktop.org/show_bug.cgi?id=87478
which puts some blame on Qt's shaders for distance field text rendering.
Happier news is that Qt has options to either use a lower quality
distance field rendering approach (fewer ALU instructions) or disabling
distan
Successful proof of concept fix in eglplasma! Just shortening the shaders to
fit i915 makes the error go away, and everything renders orders of magnitude
faster:
https://code.launchpad.net/~vanvugt/mir/fix-1583532/+merge/295564
--
You received this bug notification because you are a member o
I've moved the first error to bug 1583949.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1580792
Title:
Unity8 on Intel Atoms performs poorly
Status in unity8 package in
This first error is not Atom-specific but also happens on a Haswell
i7-4770 desktop:
intel_miptree_blit: Can't use hardware blitter from MESA_FORMAT_R8G8B8A8_UNORM
to MESA_FORMAT_A_UNORM8, falling back.
intelCopyTexSubImage - fallback to swrast
I'll move that one to a separate bug.
--
You rece
The fallback to software rendering also completely explains "Qt's
renderer thread using 100% CPU". It would use even more CPU cores if you
had them :)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://b
Adding INTEL_DEBUG=perf to /etc/environment has seemingly explained the
problems. Atoms are falling back to software rendering(!), which is
theoretically easy to avoid. Here's a summary of what I get in
unity8.log on an Atom N270:
PROBLEM:
old_intel_miptree_blit: Can't use hardware blitter from
M
Confirmed on Pineview and Diamondville now so just about anyone with a
netbook can join in the fun.
https://en.wikipedia.org/wiki/List_of_Intel_Atom_microprocessors#Single-
core_Netbook_processors
In both cases, Mir demos run 60Hz-smoothly (Diamondville requires a
workaround in bug 1388490 first)
22 matches
Mail list logo
