James,
In comment #6 you mentioned that you experience no btrfs slowdowns in a
virtualized environment. That's probably because btrfs is running on an
underlying filesystem, with a separate caching mechanism by the physical
hard disk and host OS's handling of your disk. The net effect seems to
mit
I can confirm the same issue; installation via the alpha 2 32bit
alternate media takes ~2 hours when installing to a btrfs partition,
compared to ~15 minutes to ext4. I'm not sure that system specs are
necessary, because I don't think this is a bug (or if it is, it should
be addressed upstream).
T
Igor, Andy &others,
I've done some investigation and found that it's not necessary to build
ata_generic.ko as a module. From the kernel-parameters.txt documentation
I noticed it says the following:
"Module parameters for modules that are built into the kernel image
are specified on the kernel com
Petar,
You clearly implied that I was misinterpreting my results in the first
sentence of comment #37. In comment #59, I acknowledged that your system
appears not to have the same memory leak issue; as I said, your
allocation increases /and/ decreases, unlike my own. I asked for
evidence simply be
Petar Volkovski,
What you did in comment #51 is just another variation of the testcase in
the bug description that others have been performing (and that you
insist does not represent a memory leak).
Your output differs from mine in that the GEM allocation increases *and*
decreases. I have never s
Martin,
Although the initial feedback from most people seems to indicate that
the proposed update fixes the issue, I haven't seen anybody post output
that would positively confirm the leak as being fixed (in other words,
that the GEM object byte allocation is actually reducing when
applications ar
Peter Velkovski,
Thanks for the suggestion, but on my system - even if I close all
applications on the running X server - the GEM "object bytes" value
*never* decreases. Freeing the pagecache, dentries and inodes (as you
suggest) makes no difference at any point.
The only way to reduce the ever-i
Final test: kernel 2.6.34-rc5 + stock drivers + proposed X server
update.
X server uptime: approximately 1 hour.
c...@nx9010:~$ glxinfo | grep "GLX version"
GLX version: 1.2
c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog
/usr/share/backgrounds ; echo `grep "object bytes"
/sys/kerne
Using kernel 2.6.32-21-generic and xorg-edgers packages:
After just 10 minutes uptime the slowdown has occurred, with a lower
object bytes count than before. Here is the output at the point in which
the slowdown became noticeable:
c...@nx9010:~$ pid=`pidof X` ; for t in `seq 1 10`; do eog
/usr/s
Update on comment #33:
I managed to have a quick word with David Airlie, and he told me that
the radeon driver does not report the pinned/pin/gtt values, so that's
not an issue.
Here are some results from kernel 2.6.34-rc5 with the latest xorg-edgers
packages [1]:
c...@nx9010:~$ glxinfo | grep "
Unfortunately, this proposed X server update has not resolved the
problem on my system. I'm using a stock Ubuntu Lucid installation,
compiz enabled, and with the proposed X server update.
c...@nx9010:~$ lspci | grep VGA
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon IGP
330M/340M/
I also forgot to mention: OpenOffice.org also does not seem to respect
style properties; this is hardly surprising, since it's all-round GTK
support is quite poor.
--
2 different scrollbars in the light themes
https://bugs.launchpad.net/bugs/542659
You received this bug notification because you a
While the problem is related to "GtkRange::trough-under-steppers = 1" in
the theme gtkrc, let me clarify that this is a GTK widget style
property, and *not* a Murrine engine option [1].
XULRunner-based applications (such as Firefox, Thunderbird, etc.) seem
to ignore some (or all?) GTK widget style
Andy,
I noticed that you re-modularized the PATA/SATA drivers in kernel
2.6.32-17.26. Unfortunately, you forgot to re-modularize the ata_generic
module as well. I tried blacklisting the pata_ali driver and booting
with "all_generic_ide", but no hard drives or ATAPI drives were
detected, and I was
Jeremy,
Unfortunately I can no longer do any testing due to the fact that the
laptop in question became physically damaged.
However, the bug may be invalid; I remember that there was a change to
the default mouse configuration which disabled touch-to-click at the
time I filed this bug (a fact I b
Igor,
Let's try to get a summary of action needed.
Problem: the "pata_ali" kernel driver does not support ATAPI DMA
transfers properly on certain ALI chipsets (even if force-enabled via
the driver option "atapi_dma=1"). The "ata_generic" kernel driver
supports ATAPI DMA transfers for such chipset
Kenneth,
Even if the application uses the correct @tooltip_fg_color, the
application may still look odd due to the new themes using such a dark
purple colour for the tooltip background. The author chose that colour
with the impression that tooltips always using a light background colour
(which is
Has there been any progress on this issue? I experience slow DNS lookup
times on *all* my machines with Ubuntu (including Lucid), but not on any
version of Windows.
I can confirm that changing the "hosts" line in /etc/nsswitch.conf from:
files mdns4_minimal [NOTFOUND=return] dns mdns4
to:
files md
This seems to be a duplicate of #523949, which is a general performance
regression caused by the client-side decorations patch.
--
High CPU usage with murrine progressbars
https://bugs.launchpad.net/bugs/524304
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
I'm confirming the problem, which appears to visually affect many/all
applications.
With the latest update:-
-Video playback stutters every 1/2 second
-Dragging a window is noticeably slow (especially when compositing is disabled)
-Aislerot Solitaire - dragging cards causes ghosting effect
-GTKPer
** Changed in: ubuntustudio-look
Status: New => Fix Released
** Changed in: ubuntustudio-look
Assignee: (unassigned) => Conn O Griofa (psyke83)
--
Firefox GTKEntry Bug in Human Theme
https://bugs.launchpad.net/bugs/452664
You received this bug notification because you are a
I've noticed this problem as well (with the radeon and intel drivers on
separate machines). My impression is that the GtkProgressbar widget is
causing the excessive CPU usage (at least during the installation of
updates).
--
Update Manager causes high Xorg CPU usage when checking for updates
http
@dashua,
Feel free to prepare the updates on the other Murrine-based themes, but
you can skip Human itself and DarkRoom (concerning the latter, I'm also
working on a visual update, and I'll be sure to include your GTKEntry
fix).
I heard back from Cory - it seems he'll be merging the Studio theme
This also affects the UbuntuStudio theme (in the ubuntustudio-look
branch).
I put in a merge request for UbuntuStudio which fixes the problem here:
https://code.launchpad.net/~psyke83/ubuntustudio-
look/UbuntuStudio/+merge/18821
*However*, this branch also contains visual updates for the UbuntuSt
Dashua and Vish,
I added Dashua's fix to my branch at:
https://code.launchpad.net/~psyke83/human-theme/human-theme
The merge request is at:
https://code.launchpad.net/~psyke83/human-theme/human-theme/+merge/18747
I already put in a merge request for my branch, as it contains updates
that were s
25 matches
Mail list logo
