[Webkit-unassigned] [Bug 46453] [NRWT] Put the http and websocket tests to end of the test list

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Sep 28 00:12:47 PDT 2010


https://bugs.webkit.org/show_bug.cgi?id=46453


Andras Becsi <abecsi at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
         AssignedTo|webkit-unassigned at lists.web |rgabor at inf.u-szeged.hu
                   |kit.org                     |
     Ever Confirmed|0                           |1




--- Comment #14 from Andras Becsi <abecsi at webkit.org>  2010-09-28 00:12:46 PST ---
> > We have some multicore servers with several build and try bots, so it would be useful if we could run more than one layout test per machine.
> > 
> 
> 
> This may seem like a dumb question, but why do you run more than one bot per machine? Are the bots not always busy at the same time, or are the machines not pinned? It seems like, if the infrastructure is working properly, trying to run multiple bots on the same machine should just make things slower.

Actually we have a couple of 8 core an 12 core high performance servers with 32 GiB of RAM. Currently with old-run-webkit-tests --wait-for-httpd (where one instance does not run tests in parallel) we run 4 (or more) bots in average on each machine, and in sum we are a bit over half load and the Qt bots are among the fastest bots on bugs.webkit.org.

We think we could distribute load more effective if the tests sessions would run parallel since now there is only one thread in each test session (with ORWT).

I ceased to work on https://bugs.webkit.org/show_bug.cgi?id=33153 for now, because NRWT seems much more capable to suit our needs.
Please read https://bugs.webkit.org/show_bug.cgi?id=33153#c10, where I had a similar discussion with Alexey concerning this issue.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list