nV News Forums

 
 

nV News Forums (http://www.nvnews.net/vbulletin/index.php)
-   NVIDIA Linux (http://www.nvnews.net/vbulletin/forumdisplay.php?f=14)
-   -   launchpad.net bug views excruciatingly slow (http://www.nvnews.net/vbulletin/showthread.php?t=152295)

Nilith 06-23-10 05:58 AM

launchpad.net bug views excruciatingly slow
 
1 Attachment(s)
Since some time, launchpad.net bug views are excruciatingly slow (scrolling takes a few seconds for each step; the whole Xorg server hangs intermittently while waiting for a redraw).

I have not seen other webpages exhibiting this behaviour.

Observed on: debian squeeze, 19*.* and Ubuntu 10.4, 195.*, 256.*.

My laptop with intel graphics doesn't do this, so I assume it's something nvidia driver related.

Edit: attached bug-report

Nilith 06-27-10 08:13 AM

Re: launchpad.net bug views excruciatingly slow
 
The same happens when moving transparent/dithered slide elements in OOo Impress. What's up with that?

snk 07-10-10 05:17 AM

Re: launchpad.net bug views excruciatingly slow
 
I'm having the same problem, although it's not *that* slow (milliseconds instead of seconds). Scrolling feels sluggish anyway.

Using Ubuntu 10.04, 256.35, and Geforce 7300GS.

gonzo_s 07-10-10 01:34 PM

Re: launchpad.net bug views excruciatingly slow
 
I confirm this behaviour. Unfortunately, I can't remember from which version launchpad became very slow since I do not use it regularly.

gradinaruvasile 07-10-10 04:05 PM

Re: launchpad.net bug views excruciatingly slow
 
Guys... There is a browser involved somewhere i suppose? Which one?
Also, what desktop environment? Compositing?
Personally i use nvidia cards and launchpad works as the rest of the pages in Firefox/Opera.
OpenOffice is a slow thing. It is slow on every single comp i tried it. And using it with compositing makes it even slower.

oyvind 07-13-10 08:26 AM

Re: launchpad.net bug views excruciatingly slow
 
Confirming, scrolling Launchpad bug reports in Firefox is sluggish, both with drivers 195.36.24 and 256.35. Seems these pages trigger some type of unfortunate rendering interaction between Firefox and Compiz|Xorg|nvidia. Xorg consumes much CPU during sluggishness (contrary to firefox or compiz processes). Ubuntu 10.04 x86-64, 8 GB RAM, Intel Core i7 620M, NVIDIA NVS 3100M 512MB, Compiz. No special nvidia-driver options in xorg.conf.

For example, the top few pages of this bug report trigger slow scrolling:
https://bugs.launchpad.net/ubuntu/+s...5?comments=all

.. when scrolling a whole page at a time (e.g. pressing space), or using scrollbar with mouse.
When you reach the comments section, scrolling becomes better, which indicates that some page elements on the top of the bug report trigger the performance problem.

AaronP 07-13-10 02:53 PM

Re: launchpad.net bug views excruciatingly slow
 
Thanks for reporting this. I took a look today, and it appears that Firefox is using an enormous pixmap that exceeds the GPU's maximum rendering dimensions, causing software fallbacks. While we will attempt to make it as fast as possible, performance would be greatly improved if Firefox would render using surfaces that fit within the maximum renderable dimensions.

Lemmiwinks 07-13-10 04:00 PM

Re: launchpad.net bug views excruciatingly slow
 
Scrolling web pages in browsers is generally slow. Also with Chromium it does not work very well, but at least better than with Firefox.
I have to set my Geforce 8600M GT to the highest clock speed (475 Mhz) to get smooth scrolling to work in a reasonable way, for any browser. Windows is really smooth on all browsers with the lowest performance level (170 Mhz).
This drop in performance is somehow not acceptable. My Ipod touch shows web pages a lot more fluent than my laptop running Linux.

oyvind 07-14-10 04:00 AM

Re: launchpad.net bug views excruciatingly slow
 
Quote:

Originally Posted by Lemmiwinks (Post 2287077)
Scrolling web pages in browsers is generally slow. [...]

My experience is contrary to this .. Scrolling in browsers is generally smooth and fast, but sometimes pages triggers rendering such that the performance and responsiveness suffers.

oyvind 07-14-10 04:28 AM

Re: launchpad.net bug views excruciatingly slow
 
Quote:

Originally Posted by AaronP (Post 2287025)
Thanks for reporting this. I took a look today, and it appears that Firefox is using an enormous pixmap that exceeds the GPU's maximum rendering dimensions, causing software fallbacks. While we will attempt to make it as fast as possible, performance would be greatly improved if Firefox would render using surfaces that fit within the maximum renderable dimensions.

I experience no problems with Launchpad pages on the same Ubuntu/Firefox/Compiz/Xorg-versions (albeit 32 bit and only slightly lower screen resolution) on much weaker hardware using radeon KMS driver.

gonzo_s 07-17-10 12:59 PM

Re: launchpad.net bug views excruciatingly slow
 
Another udate from me:

Well, today after installing Liquorix 2.6.34 kernel for Debian and visiting launchpad.net with Chrome and Firefox I completely got rid of any slowness. Liquorix kernel is known for its performance optimization and is based on zen patches.

It is definately not an NVIDIA issue.

Using:

debian i686 squeeze/sid
gcc 4.4.4
xorg 1.7.7
GeForce 7600GT

P.S. Something is really wrong with the i/o scheduler in the recent linux kernels. I noticed some time ago, especially when copying a large file (=> 1 gigabyte) and trying to do something simultaneously with the system... There is a regression somewhere. People advise to use BFQ scheduler (Liquorix and zen have it already patched and compiled into the kernel). By default there is no BFQ in the vanilla kernel. You need to patch it or use one of these (zen or liquorix).

Licaon 07-19-10 12:54 AM

Re: launchpad.net bug views excruciatingly slow
 
Quote:

Originally Posted by gonzo_s (Post 2288806)
P.S. Something is really wrong with the i/o scheduler in the recent linux kernels. I noticed some time ago, especially when copying a large file (=> 1 gigabyte) and trying to do something simultaneously with the system... There is a regression somewhere.

the CFQ sched seems b0rken since 2.6.32 so we need to use the DEADLINE sched ( which will give some slowness on large I/O operations )


All times are GMT -5. The time now is 05:34 PM.

Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.