Very interesting.

My two cents on your analysis concern the --single-process option. When switching from the multi-processed to the single one, the *performance* is the important factor to consider and not the memory anymore. So, regardless what's the memory footprint, comparing --single-process with the multi-process is sortof orthogonal when talking about memory consumption.

Tiago

On 26.03.2014 00:46, Thiago Marcos P. Santos wrote:
Hi all,

I've been investigating how we run Crosswalk on Tizen for the past few
days and I would like to challenge the current model of sharing one
Browser Process for all the webapps.

I'm not convinced that the benefits (in terms of memory usage) are big
enough to justify the increasingly complexity of the source code related
to the Shared Browser Process in the Crosswalk tree.

Crosswalk should not be aware of any platform specifics like manifests,
sandboxing (smack labels), permissions, etc. This is how we do it
successfully for Android, Linux Desktop and Mac.

Therefore, tools like xwalkctl, xwalk-launcher, etc can still exist, but
as separated project outside the Crosswalk tree, since they are Tizen
specific, in the same way as the tizen-extensions-crosswalk.

This new xwalk-launcher could be a simple pre-loader (remember
maemo-launcher?) that would launch a self-contained instance of
Crosswalk (i.e. a Browser Process + Renderer Process) for each webapp.

With this change, we can can remove all the code from Crosswalk handling
manifests, permissions and shared browser process mode making the design
much more simple. We will also have the same execution model as we have
for Android, Mac and Linux, reducing the delta between the platforms we
support.

Here is the memory usage analysis I did with more details:
https://github.com/tmpsantos/crosswalk-process-model

I honestly don't think that with a pre-loader in place, the startup time
will be that different, but has to be tested. I invite everyone to join
me on this investigation, measuring launch time, performance, etc.

Cheers,
_______________________________________________
Crosswalk-dev mailing list
[email protected]
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev


_______________________________________________
Crosswalk-dev mailing list
[email protected]
https://lists.crosswalk-project.org/mailman/listinfo/crosswalk-dev

Reply via email to