6 ms·
Currently with Webrender enabled Firefox renders it both on Webrender and the old renderer which causes it to be really slow.
by NiLSPACE 9y ago
Currently with Webrender enabled Firefox renders it both on Webrender and the old renderer which causes it to be really slow.
- infogulch 9y agoI see, that would explain the performance issues. Why is it set up like that?
- steveklabnik 9y agoMy understanding is that WebRender doesn't support everything yet, so right now it's mostly about validating correctness.
- k__ 9y agoSo it renders it two times and compares the results?
- Manishearth 9y agoIt renders it in series -- stuff goes through webrender first, and then whatever webrender couldn't handle gets dealt with with the regular renderer.
- infogulch 9y agoAh I see, so it basically enables a parallel run of webrender to gather compatibility/correctness stats.
- metajack 9y agoThere's a lot of refactoring to do in Gecko's graphics stack to fit the new rendering model. While they do that, they can also accelerate one thing at a time with WebRender, testing incrementally. Things like SVG which WebRender doesn't have yet, can also use the old system and be included in WebRender as images. The old system will still be needed post-WebRender for printing at the very least.
- NiLSPACE 9y ago> The old system will still be needed post-WebRender for printing at the very least. Isn't it possible to take a frame from WebRender and print that? Having two separate systems seems like allot of unnecessary maintenance. Especially if one of those systems is only used on rare occasions like printing.