Persona is no longer an option for authentication on BMO. For more details see Persona Deprecated.
Last Comment Bug 688798 - disable client side rendering for maemo only
: disable client side rendering for maemo only
Product: Core
Classification: Components
Component: Graphics (show other bugs)
: Trunk
: x86 Mac OS X
: -- normal (vote)
: mozilla10
Assigned To: Nobody; OK to take it and work on it
: Milan Sreckovic [:milan]
Depends on:
Blocks: 688104 597336
  Show dependency treegraph
Reported: 2011-09-23 10:28 PDT by Brad Lassey [:blassey] (use needinfo?)
Modified: 2011-09-28 02:05 PDT (History)
9 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

patch (778 bytes, patch)
2011-09-23 10:28 PDT, Brad Lassey [:blassey] (use needinfo?)
cjones.bugs: review+
Details | Diff | Splinter Review

Description Brad Lassey [:blassey] (use needinfo?) 2011-09-23 10:28:38 PDT
Created attachment 562094 [details] [diff] [review]

I'm assuming maemo is the only distro we know of with this broken x server
Comment 1 Chris Jones [:cjones] inactive; ni?/f?/r? if you need me 2011-09-23 13:57:48 PDT
Comment on attachment 562094 [details] [diff] [review]

There are two reasons this was added
 (1) Maemo doesn't have very good X drivers (don't use the GPU).  So X ends up falling back on pixman for compositing.  That's bad because the pixman used by X is always going to be older than the version shipped with Firefox.  That means we're missing out on optmizations added to newer pixman, which in practice means new NEON fast paths.  This problem isn't specific to mobile (true for any desktop with bad drivers), but it's worse because of the rate of NEON optimizations added.

 (2) In a multiprocess world where X has bad drivers, it's stupid for us to have X draw both the UI and content.  X is single threaded which means requests are serialized across chrome/content and run on the CPU.  So we throw a lot of the gain we'd get from multiprocess out the window, since content drawing itself could *still* block the UI, by overloading the X server, and we don't control the priority of requests within the X server.  This problem isn't specific to maemo or mobile at all, but it's worse there since responsiveness is more important.  (When X uses the GPU, things become more complicated.  We don't have a good solution for that yet.)

Ideally we would use some kind of dynamic feature detection / autotuning step like I mentioned in another bug to figure out when we should use client-side rendering.  There are lots of desktop/notebook machines where this makes sense (and it will make more sense when we have multi-process there), and indeed a community member found some sites that ran like shit in FF, much better in Chrome, that were improved greatly by enabling client-side rendering.

But until we have that, I'm fine with limiting this to maemo.  It'd be great if you could update the comment per above.
Comment 2 Brad Lassey [:blassey] (use needinfo?) 2011-09-27 12:27:07 PDT
pushed to inbound with an updated comment
Comment 3 Marco Bonardo [::mak] 2011-09-28 02:05:09 PDT

Note You need to log in before you can comment on or make changes to this bug.