Re: Konqueror renders garbage on this page

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 04/21/2010 05:00 PM, Duncan wrote:
> Nikos Chantziaras posted on Wed, 21 Apr 2010 03:36:31 +0300 as excerpted:
>> [...]
>> Same here.  CFLAGS="-pipe -g -mtune=core2 -march=core2 -O2"
>
> [...]
> NB: Setting -march implicitly sets -mtune as well, so there's no reason to
> set both if you're using identical values. [...]

Some packages will strip the -march flag.  That's why it's a good idea 
to also have -mtute.  If -march gets removed, -mtune will still apply.


>> As I stated above, KMS was extremely slow on my card last time I checked
>> it out.
>>
>> I also tried the live ebuild of xf86-video-ati from the X11 overlay to
>> get the latest ATI driver from Git.  No change.
>
> Now that they've released the ati 6.13.0 driver, with good kms and r600
> driver OpenGL support, that's not as critical as it was before 6.13.  But
> it's worthwhile to check in any case.
>
> Based on the above, there's only one major difference: KMS
>
> You said "last time I checked" KMS, but didn't mention when that was.

Before the 6.13.0 release and with an older Mesa, but still a 2.6.33 
kernel.  I'll try KMS again at the first opportunity.  Though speed 
wasn't the only issue; there was no power management either, and the GPU 
was running to hot as to cook dinner with it.  An HD4870 really gets hot.


> The other detail that could make a difference is that "slow" or even
> "extremely slow" is a relative term.

Let's just say I could count frames per second with the naked eye in 
many OpenGL applications :P  This might have improved of course with 
newer mesa and ati driver.


> Oh, and one other thing:  for Radeons, kernel 2.6.33 and onward is likely
> to require a non-included gpu specific bit of firmware

Yep, I've got that right though the first time ;)


>> PS:
>> Just before when I was about to hit the "send" button for this post, it
>> occurred to me that there's one thing I didn't try: changing Qt's
>> graphics system.  The default on Gentoo is "native".  When I start
>> Konqueror with:
>>
>>     konqueror -graphicssystem raster
>>
>> to switch from "native" to "raster", the bug goes away.  No more
>> glitches.  However, raster results in slow as molasses performance,
>> especially when scrolling.  And I mean *really* slow and laggy.
>
> I didn't think of the qt raster thing.  Good thinking!
>
> FWIW, tho, I have that USE flag off, here (qt-gui seems to be all that
> uses it)

All Qt applications are affected by this USE flag.  That means all of 
KDE too, at least all apps that don't force they own choice of which 
system to use.

Note that "raster" actually means doing all widget painting without any 
form of acceleration.  All is done by Qt's software rasterizer, which 
actually happens to be very fast.  It's just that scrolling in big web 
pages in Konqueror turns into a lag-fest.  At least here.

___________________________________________________
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.

[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux