I don't think that question is very pertinent to the list; it's more
of a longterm thing. The es committee has little interest in it for
the relevant future and I agree with this given the other needs,
available slack time, and induced complexity. Luckily, a somewhat
parallel browser does n
> Shared-state parallel scripting (and concurrent DOM) seem inevitable
I don't know why you believe this -- there is no intention of having shared
state threading in ES, nor is there any desire in the ES technical committee to
add any for of concurrency primitives to the language.
--Oliver
___
>> JS compilation is also done lazily in webkit so we don't ever end up with
>> multiple pieces of code to compile concurrently.
Two of us have been focusing on speeding up bottlenecks like these to allow
such synchronous interfaces. However, frameworks like TBB push towards having
parallel t
On Fri, Jul 23, 2010 at 5:27 PM, Oliver Hunt wrote:
> On Jul 23, 2010, at 4:50 PM, Leo Meyerovich wrote:
>>> I wasn't entirely sure what OP was after of if the reply below
>>> adequately addressed his interests.
>>
>> WebKit2 seems to have little to do with taking advantage of parallel
>> hardwar
On Jul 23, 2010, at 4:50 PM, Leo Meyerovich wrote:
>
>> I wasn't entirely sure what OP was after of if the reply below
>> adequately addressed his interests.
>
> WebKit2 seems to have little to do with taking advantage of parallel hardware
> in browser algorithms like lexing, parsing, selector
> I wasn't entirely sure what OP was after of if the reply below
> adequately addressed his interests.
WebKit2 seems to have little to do with taking advantage of parallel hardware
in browser algorithms like lexing, parsing, selectors, JS compilation, JS
execution, layout, DOM interactions, fon
Thanks Andras! I will take a look at this.
-Ying
2010/7/23 Andras Becsi
> Hi Ying,
>
> you might be looking for WebKit2, wich is a non-blocking API layer for
> WebKit and aims to make WebKit more suitable for multicore systems. It
> supports the split-process model and the thread model as well.
for discussion ) but that relate
> to observations on a few recent browsers on one series of mobile phones.
>
>
>
>
>
> > Date: Thu, 22 Jul 2010 22:20:34 +0200
> > From: abe...@inf.u-szeged.hu
> > To: webkit-dev@li
n one series of mobile phones.
> Date: Thu, 22 Jul 2010 22:20:34 +0200
> From: abe...@inf.u-szeged.hu
> To: webkit-dev@lists.webkit.org
> Subject: Re: [webkit-dev] A Parallel Webkit?
>
> Hi Ying,
>
> you might be looking for WebKit
Hi Ying,
you might be looking for WebKit2, wich is a non-blocking API layer for
WebKit and aims to make WebKit more suitable for multicore systems. It
supports the split-process model and the thread model as well. The API
is currently under development for the Mac and Windows ports of WebKit
Hi,
Is WebKit well parallel for fitting in multicore architecture? And any
status for the parallel Webkit? The same idea is from
http://www.eecs.berkeley.edu/~lmeyerov/projects/pbrowser/
Thanks,
-Ying
___
webkit-dev mailing list
webkit-dev@lists.webkit.
11 matches
Mail list logo