When LD_PRELOADING the old cairo performance is at ~0.2s.
** Changed in: cairo (Ubuntu)
Milestone: None => maverick-alpha-3
** Summary changed:
- During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
+ libcairo2 1.9.10 makes Ubuntu 10.10 unusably slow
--
This is not update-manager specific. Attached is a tiny pygtk app that demos
the problem.
It takes 1.4s to run on my ati card on maverick and up to 3s on my nvidia card
(with nouveau).
** Attachment added: "Example script"
http://launchpadlibrarian.net/52637803/lala.py
** Package changed: u
** Changed in: update-manager (Ubuntu)
Importance: Undecided => Medium
** Changed in: update-manager (Ubuntu)
Status: Confirmed => Triaged
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received t
@Harry
The high cpu-load affect both ATI and NVidia but not Intel graphics as far I've
seen . Myself I have a Radeon 9800 Pro running the open driver that is heavily
affected by this high load.
The libcairo2 1.9 branch might affect nvidia further but the 1.8 branch
causes the same problem i Luci
You might also want to take a look at the these:
bug #601220
bug #605386
bug #605979
bug #606606
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received this bug notification because you are a member of Ubun
Just happened to find this bug report.
Have you thought that there is one package behind all this sluggishness (caused
by high CPU load).
The name of the package IMO is libcairo2, and precisely the 1.9 branch (newest
in maverick is 1.9.12.-1 right now, newest snapshot is 1.9.14).
The problem see
mvo, update-manager is working much better for me than before, but like
others I am still getting 100% cpu load from xorg on building data
structures and it is still slower than lucid. If you want to investigate
this more we can schedule a time to meet on IRC again, otherwise good
work so far!
--
I can confirm this when changing to Ambiance as theme, update-manager
also crashes for me.
High Xorg load and also high CPU load noticed.
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received this bug not
The root of the bug, high xorg load, has not be solved so marking it as
Confirmed.
Note that this bug applies to all apps using the progress bar where some
of them generates a very high load for a number of themes.
Tested themes causing high progress bar load
- Ambiance
- Dust
- Dust Sand
- Hanso
I still see this problem with Maverick, even with update-manager
1:0.142.3. Everything is up-to-date, and I am using the real nvidia
driver, not nouveau. I confirm Bowmore's observation that it is theme
dependent; Clearlooks is fine, Ambiance, Radiance and Dust are not.
--
During "Building data
Further investigations show that it's theme dependent
Test case:
- Panel app "ontv" with some 10-15 channels gives
Lucid cpu load:
- Ambiance 60-65%
- Clearlooks 1-2%
Maverick cpu load:
Ambiance 90% (progress bar longer than i Lucid)
Clearlooks 1-2%
Buildning data structures progress time due t
I'm not sure this is the proper way to solve the cpu load for the
progress bar.
The proress bar is used i other apps too and this solutions above then
will have to be specified in a design rule or finally fixed in other
ways. For example, the panel app "ontv" uses the progress bar per tv
channel a
This bug was fixed in the package update-manager - 1:0.142.3
---
update-manager (1:0.142.3) maverick; urgency=low
* merged lp:~and471/update-manager/fix-bug-386196, many thanks
* DistUpgrade/DistUpgradeView*.py:
- port progress to new python-apt 0.8 API
* merged lp:~mdz/upda
With the help of bbordwell on irc we managed to fix part of the problem
by limiting the amount of "set_fraction" calls to the progressbar.
** Changed in: update-manager (Ubuntu)
Status: Confirmed => Fix Committed
--
During "Building data structures" when starting the update-manager Xorg t
** Branch linked: lp:update-manager
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mail
Not sure it will be useful but here is an strace.
** Attachment added: "strace"
http://launchpadlibrarian.net/51609280/strace.txt.tar.gz
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received this bug n
I am getting this bug with nouveau driver. It takes update-manager over
10 min. to start and xorg is using 100% cpu the whole time. I will try
and look into how to get more info for this bug but I am not very
familiar with xorg or update-manager.
** Changed in: update-manager (Ubuntu)
Statu
After upgrading to maverick I have noticed this problem. While update-manager
is in the "Building Data Structures" state, Xorg CPU usage is 80%+ on my
Core2Quad6600. There are other situations in which Xorg consumes an unusually
high amount of CPU time. Examples:
- Frequently adding lines of tex
** Description changed:
Binary package hint: update-manager
Description: Ubuntu maverick (development branch)
Release: 10.10
apt-cache policy update-manager:
- Installed: 1:0.142.1
- Candidate: 1:0.142.1
- Version table:
- *** 1:0.142.1 0
- 500 http://archive.ubu
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/50530196/Dependencies.txt
--
During "Building data structures" when starting the update-manager Xorg takes
up 100% cpu
https://bugs.launchpad.net/bugs/595845
You received this bug notification because you are a member of U
20 matches
Mail list logo