[Development] Proposal for "container-oriented deterministic memory manager"
Phil Bouchard
philippeb8 at gmail.com
Mon Dec 26 16:52:41 CET 2016
On 12/26/2016 06:43 AM, Thiago Macieira wrote:
> Em segunda-feira, 26 de dezembro de 2016, às 04:09:00 BRST, Phil Bouchard
> escreveu:
>> I can't say which version of WebKit is faster because this is
>> confidential but Blink uses a mark and sweep type of GC, which is pretty
>> much the cutting edge technology:
>> https://chromium.googlesource.com/chromium/src/+/master/third_party/WebKit/S
>> ource/platform/heap/BlinkGCAPIReference.md
>
> So you cannot tell us if Blink is faster on the same CPU as you tested WebKit?
Well there's WebKit, WebKit2, Blink, WebKit for Wayland but I can't
share the results of the benchmarks. The renderer differs so some are
faster but the bottom line is they all use a mark and sweep GC running
in a different thread.
> So how can we know that this cutting-edge GC will make things better?
I am not saying Blink GC will make things better.
> Note: I am not saying that we shouldn't adopt better technologies that improve
> performance, even if just a little. I am simply debating your claim that the
> GC is the whole reason behind the slowness.
Personally I just want the Javascript / QML to be blinking fast and a
mixture of one of the aforementioned renderer, QtQuickCompiler
on-demand, a decent CPU architecture and root_ptr could definitely get
the job done once and for all.
More information about the Development
mailing list