All bots (except Qt) are now transitioned to using parallel testing by default.
As expected, this was a big win for all the bots. (Gtk 32-bit -- as a
randomly selected example -- went form 37min cycle times to 18min
cycle times.)
I expect there will be a few more flaky tests we'll need to
I should have said all platforms. run-webkit-tests will use
parallel testing on all platforms (except Qt), not just on the
buildbot machines.
-eric
On Mon, Dec 5, 2011 at 1:24 AM, Eric Seidel e...@webkit.org wrote:
All bots (except Qt) are now transitioned to using parallel testing by
On Dec 2, 2011, at 6:55 PM, Eric Seidel wrote:
The SnowLeopard bot went from a 1 hr 4 min (!?!) cycle time, to 38 min (still
!?!).
I suspect our Mac test bots could use a dose of RAM. Many of them only have
3GB, since when you're running tests one by one you don't really need much more.
Hi all,
Many languages compile to JavaScript today to run on the web. As
alternative, we’ve been experimenting with enabling different language
runtimes in WebKit to run in web pages alongside JavaScript.
This could be used to support languages like Python, Java, Ruby, Lua, or -
what inspired
Had to revert this for Mac in http://trac.webkit.org/changeset/102013 due
to 20+ tests timing out and nrwt existing early:
http://build.webkit.org/builders/SnowLeopard%20Intel%20Release%20%28Tests%29?numbuilds=100
- Ryosuke
On Mon, Dec 5, 2011 at 6:55 AM, Adam Roben aro...@apple.com wrote:
On
On Dec 3, 2011, at 11:57 PM, Adam Barth wrote:
On Sat, Dec 3, 2011 at 11:37 PM, Dean Jackson d...@apple.com wrote:
On 04/12/2011, at 6:06 PM, Adam Barth wrote:
On Mon, Oct 24, 2011 at 9:51 PM, Adam Barth aba...@webkit.org wrote:
Personally, I don't believe it's possible to implement this
I looked at one example that didn't exit early:
http://build.webkit.org/builders/SnowLeopard%20Intel%20Release%20%28Tests%29/builds/35153/steps/layout-test/logs/stdio
In that case, the http tests were the long tail and took 6 minutes longer
than all the other tests. We don't split the http tests
I believe there are some tests (copy/paste) that it would be very hard to
fully shard due to how they work.
dave
On Mon, Dec 5, 2011 at 11:08 AM, Ojan Vafai o...@chromium.org wrote:
I looked at one example that didn't exit early:
Why is that? I don't know about other ports, but AFAIK, chromium writes to
a mock clipboard and the Apple mac port writes to a local OS clipboard
instance instead of the global one, specifically to avoid copy/paste tests
interacting. Even without running tests in parallel, it's probably a good
On Mon, Dec 5, 2011 at 10:53 AM, Chris Marrin cmar...@apple.com wrote:
To be clear, it's not the difference between white and black pixels, it's
the difference between pixels with transparency and those without.
Can you explain why the attack is limited to distinguishing between
black and
Looking at http://www.webkit.org/projects/goals.html, I see:
Goals
….
Hackability
To make rapid progress possible, we try to keep the code relatively easy to
understand….
Non-Goals
….
WebKit is an engineering project not a science project.
For new features to be adopted into WebKit, we strongly
On 12/05/2011 09:26 AM, Vijay Menon wrote:
We’re planning to create a multi-vm branch on webkit.org
http://webkit.org to experiment with this idea. Our goal with this
branch is to (a) demonstrate the above points and (b) show that we can
do this without degrading JavaScript performance or the
We never implemented the general way of marking subdirectories as
needing to run serially, but it would be easy to do if we needed to
[the 'http' dirs are still special-cased in the code].
There is code now (landed a few months ago) to control how many http
tests run in parallel separately from
On Mon, Dec 5, 2011 at 11:48 AM, Geoffrey Garen gga...@apple.com wrote:
Looking at http://www.webkit.org/projects/goals.html, I see:
Goals
….
Hackability
To make rapid progress possible, we try to keep the code relatively easy
to understand….
Non-Goals
….
WebKit is an engineering
Hi Per,
At a high-level, the idea is pretty simple. We want to be able to run
another VM along a JS one. For example, if we see a Dart script on a web
page, we want the Dart VM to be able to handle it. If we see a JS script,
we want the JS one to handle it. Similarly, if an event listener on
What is the benefit to the project in exposing an additional (non standardized)
language to the web? All the bindings that webkit currently provides to are
either standardized EcmaScript or platform specific bindings used by native
code developers embedding webkit.
Adding an additional web
On Mon, Dec 5, 2011 at 1:01 PM, Dirk Pranke dpra...@chromium.org wrote:
We never implemented the general way of marking subdirectories as
needing to run serially, but it would be easy to do if we needed to
[the 'http' dirs are still special-cased in the code].
Does it also special-case the
Oliver,
I could say the same about GLSL, but it's a huge help in my work, so I won't.
The proposal is to better enable multiple VMs. Their work would lower the costs
of introducing Python.
It -may- help with LLVM integration to the DOM. I can hope.
-Charles
On Dec 5, 2011, at 1:36 PM,
On Mon, Dec 5, 2011 at 1:53 PM, Eric U er...@google.com wrote:
On Mon, Dec 5, 2011 at 1:01 PM, Dirk Pranke dpra...@chromium.org wrote:
We never implemented the general way of marking subdirectories as
needing to run serially, but it would be easy to do if we needed to
[the 'http' dirs are
Some http tests make use of stateful php scritps with different tests
utlizing the same scripts in some cases. Does each 'worker' get a dedicated
http server instance or do they share the same http server?
On Mon, Dec 5, 2011 at 1:01 PM, Dirk Pranke dpra...@chromium.org wrote:
We never
if http server instance == apache child process, then no. We don't
do anything to particularly limit the number of apache children
running or bind them, but given that in the normal case there is only
ever one http test running at a time, you shouldn't see any issues
from contention.
(You would,
On Dec 5, 2011, at 1:22 PM, Vijay Menon wrote:
At a high-level, the idea is pretty simple. We want to be able to run
another VM along a JS one. For example, if we see a Dart script on a web
page, we want the Dart VM to be able to handle it. If we see a JS script,
At one time I was very
On 12/5/11 3:18 PM, Brent Fulgham wrote:
As I've matured (or perhaps become more curmudgeonly), I now find
greater satisfaction in systems that just work. Minimizing the
number of variables that come into play when rendering pages just
seems like a smart approach. Consider also the massive shift
Could you post a complete patch of your multi-vm changes to a WebKit
bug? I final chromium's diff viewer very difficult to use.
Regardless of whether this is good for the web or not, some of your
multi-vm changes may be nice to have in WebCore.
-eric
On Mon, Dec 5, 2011 at 11:48 AM, Geoffrey
On Dec 5, 2011, at 11:32 AM, Adam Barth wrote:
On Mon, Dec 5, 2011 at 10:53 AM, Chris Marrin cmar...@apple.com wrote:
To be clear, it's not the difference between white and black pixels, it's
the difference between pixels with transparency and those without.
Can you explain why the attack
We are getting this:
Attachment XXX did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/10728791
New failing tests:
svg/custom/linking-uri-01-b.svg
Can someone fix it?
-- Darin
___
webkit-dev mailing list
On Mon, Dec 5, 2011 at 3:43 PM, Darin Adler da...@apple.com wrote:
We are getting this:
Attachment XXX did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/10728791
New failing tests:
svg/custom/linking-uri-01-b.svg
Can someone fix it?
It looks like it's
On Mon, Dec 5, 2011 at 3:52 PM, Adam Barth aba...@webkit.org wrote:
On Mon, Dec 5, 2011 at 3:43 PM, Darin Adler da...@apple.com wrote:
We are getting this:
Attachment XXX did not pass chromium-ews (chromium-xvfb):
Output: http://queues.webkit.org/results/10728791
New failing tests:
On 12/5/11 3:34 PM, Chris Marrin wrote:
On Dec 5, 2011, at 11:32 AM, Adam Barth wrote:
On Mon, Dec 5, 2011 at 10:53 AM, Chris Marrincmar...@apple.com wrote:
To be clear, it's not the difference between white and black pixels, it's
the difference between pixels with transparency and those
Hi Vijay.
I don't think we're inconsistent with the goals. I'm reading adopted into
WebKit to mean checked into WebKit trunk. That's not what we're trying to
do right now. We're creating a branch in order to demonstrate that it's
useful and that it does not negatively impact hackability
On Mon, Dec 5, 2011 at 5:22 PM, Geoffrey Garen gga...@apple.com wrote:
We're creating a branch in order to demonstrate that it's useful and
that it does not negatively impact hackability or performance.
It hadn't occurred to me to view the goals of the WebKit project as
applying only to
I agree with Peter here. It appears to me that having a WebKit branch to
experiment a new feature will help us making an informed decision as to
whether we want to accept patches or not for the feature better than
looking at two giant patches posted on chromium.org.
Preferably, Vijay also file a
Previous branches have been used to bring up interestingly complicated
features, or features that had the potential to cause dramatic stability issues
during their early work (such as the old svg-experimental branch). This
project appear to be largely a make work project as it's already
On Mon, Dec 5, 2011 at 7:01 PM, Oliver Hunt oli...@apple.com wrote:
As the 90s demonstrated such features are bad for developers, and bad
for the open web. This may not be apparent to people who have not spent
years working in the environment but random additions frequently cause
significant
On Mon, Dec 5, 2011 at 5:22 PM, Geoffrey Garen gga...@apple.com wrote:
We're creating a branch in order to demonstrate that it's useful and that
it does not negatively impact hackability or performance.
It hadn't occurred to me to view the goals of the WebKit project as applying
only to
Hi Dave,
QtCreator is another good option, you may try.
It works well on my Ubuntu system.
-Antaryami
On Sun, Dec 4, 2011 at 4:59 AM, Philip Rogers p...@google.com wrote:
Dave,
I've used EclipseCDT for Chromium and it works fairly well (syntax
highlighting, debugging, etc). The
Yes, we will upload this to a WebKit bug shortly.
Cheers,
Vijay
On Mon, Dec 5, 2011 at 3:35 PM, Eric Seidel e...@webkit.org wrote:
Could you post a complete patch of your multi-vm changes to a WebKit
bug? I final chromium's diff viewer very difficult to use.
Regardless of whether this is
On Mon, Dec 5, 2011 at 7:28 PM, Oliver Hunt oli...@apple.com wrote:
The issue here isn't can we make multiple vms live in webkit it's can we
expose multiple languages to the web, to the former i say obviously as we
already do, to the latter I say that we don't want to.
People are already
It's not quite true that multiple languages are exposed to the web. One
Turing-complete language is exposed, and any Turing-complete language can be
compiled to any other Turing-complete language. The fact that some developers
compile their favorite languages to JS doesn't mean that we should
It's not quite true that multiple languages are exposed to the web. One
Turing-complete language is exposed, and any Turing-complete language can
be compiled to any other Turing-complete language. The fact that some
developers compile their favorite languages to JS doesn't mean that we
should
40 matches
Mail list logo