4 ms·

I understand that, but the idea that HTML + CSS can only be sped up by some hugely parallel structure requiring a whole new programming language and browser eng

I understand that, but the idea that HTML + CSS can only be sped up by some hugely parallel structure requiring a whole new programming language and browser engine is really quite shocking. I think once webassembly is established and in use, we will start to see steps in the direction of replacing HTML + CSS altogether, with something that has performance in mind.

UtherII 10y ago
A new programming language is not required, it's just a bonus to help developers handling safety and concurrency.
- pekk 10y ago
  It seems like a valid point that many of the details of HTML and CSS, while you can use all kinds of fancy techniques to make them a little faster, impose limits on performance.
  - kibwen 10y ago
    It's true that the DOM is a bottleneck on many apps (I don't think anybody is disputing that), but "a little faster" undersells what Servo is trying to achieve: order-of-magnitude speedups on GPU-parallelizable tasks, and at least factor-of-two speedups on CPU-parallelizable tasks, all while providing stronger guarantees WRT user security than any contemporary browser.
kibwen 10y ago
If you mean throwing out the DOM entirely for something canvas-based, I'm sure that will happen in some cases but I'm very skeptical that it will ever be anything close to the dominant paradigm for the web.
13years 10y ago
If you listen to talks about the design architecture of Servo you will understand the HTML CSS is not the problem. It actually is an advantage when you want to build an engine that works like a high performance game engine.
- UtherII 10y ago
  I'm not so sure. I remember a presentation of Webrender with nice demos : https://www.youtube.com/watch?v=erfnCaeLxSI&spfreload=10 https://www.youtube.com/watch?v=erfnCaeLxSI&spfreload=10 Everything was perfecty smooth, but according to pcwalton the bottleneck was CSS handling.
aanm1988 10y ago
It's building an engine from scratch as opposed to using legacy code and design decisions. Why wouldn't you expect that to be faster?

UtherII 10y ago

A new programming language is not required, it's just a bonus to help developers handling safety and concurrency.

pekk 10y ago
It seems like a valid point that many of the details of HTML and CSS, while you can use all kinds of fancy techniques to make them a little faster, impose limits on performance.
- kibwen 10y ago
  It's true that the DOM is a bottleneck on many apps (I don't think anybody is disputing that), but "a little faster" undersells what Servo is trying to achieve: order-of-magnitude speedups on GPU-parallelizable tasks, and at least factor-of-two speedups on CPU-parallelizable tasks, all while providing stronger guarantees WRT user security than any contemporary browser.

kibwen 10y ago

If you mean throwing out the DOM entirely for something canvas-based, I'm sure that will happen in some cases but I'm very skeptical that it will ever be anything close to the dominant paradigm for the web.

13years 10y ago

If you listen to talks about the design architecture of Servo you will understand the HTML CSS is not the problem. It actually is an advantage when you want to build an engine that works like a high performance game engine.

UtherII 10y ago
I'm not so sure. I remember a presentation of Webrender with nice demos : https://www.youtube.com/watch?v=erfnCaeLxSI&spfreload=10 https://www.youtube.com/watch?v=erfnCaeLxSI&spfreload=10 Everything was perfecty smooth, but according to pcwalton the bottleneck was CSS handling.

aanm1988 10y ago

It's building an engine from scratch as opposed to using legacy code and design decisions. Why wouldn't you expect that to be faster?