Re: Solved! (was Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?)

2009-02-05 Thread Michel Dänzer
On Thu, 2009-02-05 at 00:29 +, Nix wrote: augh! blasted --disable-builtin-fonts, why isn't it the default? It's gone in Git master, the builtins are always available as a fallback for the real FontPath now. There's discussion about merging this nice solution for 1.6. but the most

Re: Solved! (was Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?)

2009-02-05 Thread Colin Guthrie
'Twas brillig, and Michel Dänzer at 05/02/09 08:15 did gyre and gimble: On Thu, 2009-02-05 at 00:29 +, Nix wrote: augh! blasted --disable-builtin-fonts, why isn't it the default? It's gone in Git master, the builtins are always available as a fallback for the real FontPath now. There's

Solved! (was Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?)

2009-02-04 Thread Nix
On 3 Feb 2009, Dan Nicholson uttered the following: The output isn't quite what I'd expect, but I think this is because it's using the builtin fonts only. Try rebuilding the server with --disable-builtin-fonts, or apply this patch that's a candidate for augh! blasted --disable-builtin-fonts,

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-03 Thread Nix
On 31 Jan 2009, Michel Dänzer said: On Fri, 2009-01-30 at 21:59 +, Nix wrote: On 30 Jan 2009, Michel Dänzer stated: Trying current xf86-video-ati Git might be good, but my main suggestion would be to try xserver Git server-1.6-branch with EXA. OK. Do I need to upgrade Mesa or anything

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-03 Thread Dan Nicholson
On Tue, Feb 3, 2009 at 3:26 PM, Nix n...@esperi.org.uk wrote: On 31 Jan 2009, Michel Dänzer said: On Fri, 2009-01-30 at 21:59 +, Nix wrote: On 30 Jan 2009, Michel Dänzer stated: Trying current xf86-video-ati Git might be good, but my main suggestion would be to try xserver Git

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-03 Thread Michel Dänzer
On Tue, 2009-02-03 at 23:26 +, Nix wrote: [dix] Could not init font path element /usr/lib/X11/fonts/OTF, removing from list! It's hard to check the scrolling behaviour of antialiased and fixed-point text when the only font you have is 'fixed' :) Well, FWIW this only affects core

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-01 Thread Nix
On 31 Jan 2009, Michel Dänzer outgrape: On Fri, 2009-01-30 at 21:59 +, Nix wrote: On 30 Jan 2009, Michel Dänzer stated: Trying current xf86-video-ati Git might be good, but my main suggestion would be to try xserver Git server-1.6-branch with EXA. OK. Do I need to upgrade Mesa or

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-01 Thread Nicolas Mailhot
Le dimanche 01 février 2009 à 12:54 +, Nix a écrit : On 31 Jan 2009, Michel Dänzer outgrape: I think a big part of the motivation for client side fonts was indeed anti-aliasing, so if you don't want AA and core fonts are faster for you, just use core fonts? That's Not really

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-02-01 Thread Nix
On 1 Feb 2009, Nicolas Mailhot uttered the following: From a distribution point of view, apps which use fontconfig almost never present problems (because fontconfig will do all kinds of smart stuff like substituting missing fonts transparently), while apps that use core fonts have a long

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-31 Thread Michel Dänzer
On Fri, 2009-01-30 at 21:59 +, Nix wrote: On 30 Jan 2009, Michel Dänzer stated: Trying current xf86-video-ati Git might be good, but my main suggestion would be to try xserver Git server-1.6-branch with EXA. OK. Do I need to upgrade Mesa or anything related at the same time? (I'm

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-31 Thread Jim Gettys
On Sat, 2009-01-31 at 15:58 +0100, Michel Dänzer wrote: I think a big part of the motivation for client side fonts was indeed anti-aliasing, so if you don't want AA and core fonts are faster for you, just use core fonts? Actually, the data showed that start up time was terribly affected

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-30 Thread Michel Dänzer
On Thu, 2009-01-29 at 21:16 +, Nix wrote: I'm posting this here rather than reporting this on bz mainly because something very similar has been reported on this list by at least one other person in the past few months[1]: at the time, the assumption was that this was Intel-card- related.

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-30 Thread Nix
On 30 Jan 2009, Michel Dänzer stated: Trying current xf86-video-ati Git might be good, but my main suggestion would be to try xserver Git server-1.6-branch with EXA. OK. Do I need to upgrade Mesa or anything related at the same time? (I'm currently on libdrm 2.4.1, Mesa a few commits past

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-29 Thread Alex Deucher
On Thu, Jan 29, 2009 at 4:16 PM, Nix n...@esperi.org.uk wrote: I'm posting this here rather than reporting this on bz mainly because something very similar has been reported on this list by at least one other person in the past few months[1]: at the time, the assumption was that this was

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-29 Thread Nix
On 29 Jan 2009, Alex Deucher uttered the following: Are you using the same version of kde on both systems? IIRC kde 4 switched to using a1 surfaces for font rendering which isn't currently accelerated by EXA. Notice the _a1 fetch below. No change there: KDE 3.5.9 across the board, although

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-29 Thread Clemens Eisserer
Are you using the same version of kde on both systems? IIRC kde 4 switched to using a1 surfaces for font rendering which isn't currently accelerated by EXA. Notice the _a1 fetch below. I've seen quite many different reports about slow EXA which turned out to be caused by the A1 mask format (I

Re: client-side font rendering very very slow in X.org xserver 1.5.3 w/r200: massive fetches from VRAM, why?

2009-01-29 Thread Michel Dänzer
On Thu, 2009-01-29 at 23:02 +0100, Clemens Eisserer wrote: Are you using the same version of kde on both systems? IIRC kde 4 switched to using a1 surfaces for font rendering which isn't currently accelerated by EXA. Notice the _a1 fetch below. I've seen quite many different reports about