Slow display access in konqueror

[Patrick Nagel]

Hi Pavel,

did you ever try vesafb or vesafb-tng in the kernel? That's how I enable both, 
a fairly fast (and 1400x1050 sized) console and fast Xorg. This way you can 
use NVidia's binary driver for X.

So I'm using vesafb-tng, set my resolution in the kernel configuration, but 
you can also set it through a kernel argument at boot time, like this:
"kernel (hd0,2)/boot/vmlinuz root=/dev/hda3 
video=vesafb:ywrap,vtotal:256,1280x1024-32 at 60" or so. For more information, 
see "/usr/src/linux/Documentation/fb/vesafb.txt".

Cheers, Patrick.

Am Samstag, 29. April 2006 07:47 schrieb Pavel Troller:
> Hi!
>   I would like to ask for an experience with the following problem:
>   Recently I've bought a new system based on a DFI Lanparty board and a
> GeForce 6200 graphics card in a PCIEx16 slot with Dual Core Opteron 2G as
> the main CPU.
>   I've found that I cannot use the proprietary Nvidia driver. The problem
> is that I'm extensively using the text console mode in a high resolution
> and the only possibility how to achieve this was activating the nvidia
> framebuffer support in the kernel (my video BIOS doesn't offer anything
> more than 80xN and SVGATextMode is unusable for this card). When I tried to
> install the Nvidia driver, it asked me to disable my kernel framebuffer
> support :-(. So I'm using the xorg's builtin nv one.
>   And finally, about the problem: Generally, the system is very fast. KDE
> starts up for about 6 seconds for the first time on a freshly booted system
> (bottleneck in the hard disk bandwidth, even it's a SATA-II) and subsequent
> starts are below 2 secs. Amazing! However, *some* graphical operations are
> *unbelievably* slow. For example, rendering a page in konqueror occurs in
> one - two steps, but every step takes about 3 seconds (!) and one may
> observe the process, how the image is slowly appearing from top to bottom
> of the screen. Please be aware that it's not slow khtml rendering, it's
> slow copying of the rendered image to the physical window. Scrolling of the
> page is a pain - every small movement of the scroll slider causes a "wave"
> going upside down and redrawing the contents. I think that a dialog box
> saying "Please wait, putting a pixel" would be appropriate here :-).
>   This behaviour contrasts with the rest of the system - even the graphical
> actions like appearing/disappearing of windows with full contents are
> nicely fast. I've found a second app - kpat - which probably exhibits
> something similar. The card movement is very choppy and it seems that the
> system is totally busy when playing a demo :-). However, I can play any
> video in kaffeine or kmplayer without a glich and with CPU load of 0.20
> :-).
>   Even on a much weaker systems (like my notebook with SIS chipset, also
> with 2D acceleration only) the same KDE doesn't show such a problem.
>   Does anybody have any hint, what's the possible cause and how to fix it ?
>                           With regards, Pavel Troller
> ___________________________________________________
> This message is from the kde mailing list.
> Account management:  https://mail.kde.org/mailman/listinfo/kde.
> Archives: http://lists.kde.org/.
> More info: http://www.kde.org/faq.html.

-- 
Key ID: 0x86E346D4
Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde/attachments/20060429/2d2e6b26/attachment.sig>
-------------- next part --------------
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.