Hacker News Reader

Comment by paulrouget | Hacker News Reader

Video from the beginning: https://air.mozilla.org/bay-area-rust-meetup-february-2016/#...

"We've removed painting from the bottleneck in Servo"

More info about WebRender: https://github.com/servo/webrender/wiki

If you want try it at home, you "just" need to build servo: http://github.com/servo/servo (git clone, then ./mach build -r) and run servo with webrender:

./mach run -r -- -w http://wikipedia.org

(edit: removed the bit about chrome's gpu rasterization - see pcwalton's comment below)

View on HN

Chrome's approach is fundamentally different: it's the main difference I was describing at the beginning of the talk, by contrasting Chrome's immediate mode approach with WebRender's retained mode. (By the way, Safari, IE 9 and up, and Firefox on Vista and up all use immediate mode GPU painting backends like Chrome does.)

Incidentally, I don't deserve the lion's share of the credit here. Veteran game developer Glenn Watson is really the brains behind the project—my role has mostly consisted of picking off a few scattered features and optimizations to implement.

Great work guys. Will help push the web forward!

Vulkan/Android coming anytime soon?

Android is working already. As for Vulkan, I answer that at the end of the talk, but the basic story is that we're Vulkan-ready architecturally, but nobody has done the port yet.

Awesome. What's the perf like on Android? Is there an apk to try?

Have you been able to make use of hardware accelerated path rendering? Like the stuff Mark Kilgard is working on?

(I mean, "painting on the GPU" doesn't say how you use the GPU, and I've been wondering if there's anything new happening in path rendering land after seeing a video on Kilgard's work years ago)

We actually aren't doing any path rendering yet; CSS as used on the Web is all boxes and triangles, aside from glyphs. One of the neat things about WebRender is the observation that triangles are pretty much all you need for CSS.

A future extension to support SVG and glyphs on the GPU would be pretty interesting though!

I just got through the part of the talk where you mentioned all of this :)

BTW, are you aware of the Halide language? Might be useful for writing those CPU fallbacks.

http://halide-lang.org/

On Linux at least, NVIDIA's drivers do support some acceleration for glyph rendering and other 2D operations through the X RENDER extension. It's not really going to help with SVG rendering, but it's great for boxes, triangles, and glyphs, as well as blitting and compositing which covers most of what browsers do with HTML and CSS

XRENDER basically provides a subset of OpenGL which is insufficient to describe all of CSS and not particularly tailored to modern GPUs. The extra features it has, like trapezoids and blend modes, are easy to implement in regular old OpenGL. Additionally, it's effectively Linux-only and has spotty driver support. I don't see any reason to use it.

It seems like a waste to tie new software to X when Wayland is just around the corner.

I'm actually very glad to hear that. I've been working on (read: designing, not yet implementing) a GUI framework for Rust, and was hoping to get away without an external 2D rendering library like cairo. And if CSS can be reduced to those, my comparatively limited system (no overlapping areas, only rectangular widgets, only inherited data is position and base color) should be able to handle it.

The drawing abstraction is actually my current big hurdle, and I hadn't thought of looking at how CSS is rendered yet. So, thanks for that hint!

It's been 7 years since OpenVG and not much has changed. I keep hoping one of these browser rendering technologies would emerge as an open framework for path rendering on mobile, but no dice so far. The benefits are massive — an order of magnitude improvement compared to CoreGraphics in my app — but the big players seem to be making their own technology and keeping it private.

pcwalton, are you able to share the rotating 3D test you used in the talk? I'm building Servo now and would love to have a play with it.

https://github.com/pcwalton/webrender-demos/blob/master/sphe...

Re the building, if you're on mac with homebrew, it should be as easy as:

brew install --HEAD servo/servo/servo

and

servo -w http://wikipedia.org

Keep in mind though, servo has a long way to go.

Is it a compiled bottle? I remember last time trying Rust I had to wait maybe half an ahour to compile everything. I think it was the time when servo was compiling their own version of Rust :)

Servo now downloads a Rust snapshot. But you still have to compile everything else needed to build Servo.

What about for using it as a headless browser with javascript and Rust manipulation of the DOM?

We have a http proxy that would like to analyze html responses and rewrite parts of the page.

Is servo ready for that or should we use something like PhantomJS?

Thanks!

Side note if this is something you're interested in doing, you might want to check out the FastBoot project from the Ember camp. It's built on top of non-Ember-specific libraries that let you do server-side DOM manipulation without needing something like PhantomJS, just node.

I'm not involved with the project...just an admirer. I do know that it has a headless option in the command line invocation.

Getting this error:

==> python -c import setuptools... --no-user-cfg install --prefix=/private/tmp/servo20160225-7643-fode0q/_vedir --single-version-externally-managed --record=installed.txt Traceback (most recent call last): File "<string>", line 1, in <module> ImportError: No module named setup tools

UPDATE:

brew update

brew uninstall --force python

brew install python

solved it.

Check

https://github.com/servo/homebrew-servo/issues?q=is%3Aissue+...

Reply on news.ycombinator.com