[Development] Assistant WebKit/WebEngine support

Eike Ziller Eike.Ziller at qt.io
Wed Jun 26 16:16:00 CEST 2019



> On 26. Jun 2019, at 13:47, Simon Hausmann <Simon.Hausmann at qt.io> wrote:
> 
> Hi,
> 
> From my earlier email:
> 
>     " I measured on Windows with a Qt Creator built with 
> WebEngine support and surfed a little through the docs. The memory 
> consumption of the web engine process weighed in between 14-20 MB of RAM.”

From Activity Monitor on macOS, it looks like here the memory consumption increase compared to QTextBrowser is about
40 MB for the Qt Creator process + 20-40 MB for the QtWebEngineProcess

per simultaneously opened page.

So, that is something like a 140 MB RAM increase if you don’t explicitly open documentation in additional “tabs”,
since by default we have one viewer for context help beside the editor, and the viewer in Help mode.
If you additionally show some documentation in an external window (happens when opening examples), that’s about 210 MB RAM usage increase then.

Br, Eike

> That number came from the task manager in Windows.
> 
> Simon
> From: Development <development-bounces at qt-project.org> on behalf of Michal Klocek <michal.klocek at qt.io>
> Sent: Wednesday, June 26, 2019 13:31
> To: development at qt-project.org
> Subject: Re: [Development] Assistant WebKit/WebEngine support
>  
> Could you explain how did you measure web engine memory consumption to 
> get 14-20MB of ram ?
> 
> On 6/26/19 1:12 PM, Simon Hausmann wrote:
> > 
> > Am 25.06.19 um 23:53 schrieb Konrad Rosenbaum:
> >> Option 4: convert to WebEngine
> >> Pros: looks great; currently supported browser engine, only little
> >> porting work
> >> Cons: horrible memory footprint; acute terminal featuritis; adds lots of
> >> dependencies (disqualifies it for most/many people redistributing it);
> >> does not work on all platforms supported by Qt (makes assistant less
> >> useful or even useless to those users); embedding in IDEs becomes much
> >> more difficult (dependencies and #ifdef's for unsupported platforms)
> > 
> > 
> > I'd really like to eliminate this myth of a "horrible memory footprint".
> > I sent an email earlier in this thread regarding this and presented
> > numbers that suggest otherwise for documentation content.
> > 
> > 
> > 
> > Simon
> > 
> > 
> > _______________________________________________
> > Development mailing list
> > Development at qt-project.org
> > https://lists.qt-project.org/listinfo/development
> > 
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> https://lists.qt-project.org/listinfo/development
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> https://lists.qt-project.org/listinfo/development

-- 
Eike Ziller
Principal Software Engineer

The Qt Company GmbH
Rudower Chaussee 13
D-12489 Berlin
eike.ziller at qt.io
http://qt.io
Geschäftsführer: Mika Pälsi,
Juha Varelius, Mika Harjuaho
Sitz der Gesellschaft: Berlin, Registergericht: Amtsgericht Charlottenburg, HRB 144331 B



More information about the Development mailing list