[prev in list] [next in list] [prev in thread] [next in thread]
List: webkit-dev
Subject: Re: [webkit-dev] WebKit2 SharedSecondaryProcess model
From: Balazs Kelemen <kb () inf ! u-szeged ! hu>
Date: 2010-08-31 15:05:31
Message-ID: 4C7D1A3B.2010200 () inf ! u-szeged ! hu
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Seems like I misunderstood the concept. I assumed that the shared
process model means that there could be multiply UI process instances
that uses the same web process, virtually when the second MiniBrowser is
launched it connects to the existing web process. By taking a deeper
look into the WebContext and WebProcessProxy classes, I have realized
that the shared process model is about using one web process for
multiply views (what is cool) and not for multiply processes (what would
be more cool from my point of view :) ). What do you think about my
idea? Primarily on embedded devices it would be great to use the web
engine as a server process because it could save a lot of memory. I
think the current design is not too far for supporting that. Mainly we
should find a correct way of connecting the new UI process to the
existing web process, and the Connection should be per page instead of
per process (or we should rework the WebProcess to not be a singleton?).
On 08/30/2010 08:22 PM, Sam Weinig wrote:
> Hi Balazs,
>
> Does it not work currently? If not, can you please file bugs on what
> is not working. We plan on making the shared process model the default
> model for the API, but it will probably have the caveat that it will
> not support InjectedBundles.
>
> -Sam
>
> On Mon, Aug 30, 2010 at 6:08 AM, Balazs Kelemen <kb@inf.u-szeged.hu
> <mailto:kb@inf.u-szeged.hu>> wrote:
>
> Hi all!
>
> I am wondering about do you plan for the mac and win to support the
> shared web process model?
> Actually, I have played around with that for Qt. I have a working,
> proof
> of concept implementation. The visited links and the back-forward list
> features are broken, but apart from that the browsers are working with
> the shared web process. I had to rework common parts of the code for
> achieving that, and I would like to contribute it in small parts. I
> think if we want to support that model in the future than we should
> start to implement it as soon as possible to assure that our
> design fits
> the needs of that.
>
> Cheers!
> Balazs Kelemen
> _______________________________________________
> webkit-dev mailing list
> webkit-dev@lists.webkit.org <mailto:webkit-dev@lists.webkit.org>
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>
[Attachment #5 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Seems like I misunderstood the concept. I assumed that the shared
process model means that there could be multiply UI process instances
that uses the same web process, virtually when the second MiniBrowser
is launched it connects to the existing web process. By taking a deeper
look into the WebContext and WebProcessProxy classes, I have realized
that the shared process model is about using one web process for
multiply views (what is cool) and not for multiply processes (what
would be more cool from my point of view :) ). What do you think about
my idea? Primarily on embedded devices it would be great to use the web
engine as a server process because it could save a lot of memory. I
think the current design is not too far for supporting that. Mainly we
should find a correct way of connecting the new UI process to the
existing web process, and the Connection should be per page instead of
per process (or we should rework the WebProcess to not be a singleton?).<br>
<br>
On 08/30/2010 08:22 PM, Sam Weinig wrote:
<blockquote
cite="mid:AANLkTi=qWq3LaAoLWsv3vWt8X2+OOB4BZbsYuZDhaZoW@mail.gmail.com"
type="cite">Hi Balazs,
<div><br>
</div>
<div>Does it not work currently? If not, can you please file bugs on
what is not working. We plan on making the shared process model the
default model for the API, but it will probably have the caveat that
it will not support InjectedBundles.</div>
<div><br>
</div>
<div>-Sam<br>
<br>
<div class="gmail_quote">On Mon, Aug 30, 2010 at 6:08 AM, Balazs
Kelemen <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:kb@inf.u-szeged.hu">kb@inf.u-szeged.hu</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; \
padding-left: 1ex;"> Hi all!<br>
<br>
I am wondering about do you plan for the mac and win to support the<br>
shared web process model?<br>
Actually, I have played around with that for Qt. I have a working, proof<br>
of concept implementation. The visited links and the back-forward list<br>
features are broken, but apart from that the browsers are working with<br>
the shared web process. I had to rework common parts of the code for<br>
achieving that, and I would like to contribute it in small parts. I<br>
think if we want to support that model in the future than we should<br>
start to implement it as soon as possible to assure that our design fits<br>
the needs of that.<br>
<br>
Cheers!<br>
<font color="#888888">Balazs Kelemen<br>
_______________________________________________<br>
webkit-dev mailing list<br>
<a moz-do-not-send="true" \
href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br> <a \
moz-do-not-send="true" \
href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" \
target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br> \
</font></blockquote> </div>
<br>
</div>
</blockquote>
<br>
<br>
</body>
</html>
_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic