On Mon, Sep 28, 2015 at 2:12 AM, Pavel Labath wrote:
> Hi,
>
> Interesting results. We were discussing the same thing last week. I
> was somewhat skeptical to the ideal as I am afraid of increased
> flakyness -- LLDB has hardcoded timeout values in a lot of places, and
> with increased cpu conten
Hi,
Interesting results. We were discussing the same thing last week. I
was somewhat skeptical to the ideal as I am afraid of increased
flakyness -- LLDB has hardcoded timeout values in a lot of places, and
with increased cpu contention, we might start to see this code failing
because the other si
Hi all,
I've started looking into test runner speeds based on the number of
threads. Since we first introduced the parallel test runner, we've
defaulted to using a number of work queues equal to the number of logical
processors reported by the machine. Thus on a 24 core Linux box (12
hyperthread