This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Do not scale NPTL tests with available number of CPUs

From: Zack Weinberg <zackw at panix dot com>
To: Florian Weimer <fweimer at redhat dot com>
Cc: GNU C Library <libc-alpha at sourceware dot org>
Date: Wed, 30 Aug 2017 10:43:48 -0400
Subject: Re: [PATCH] Do not scale NPTL tests with available number of CPUs
Authentication-results: sourceware.org; auth=none
References: <20170830124448.87C7741BE92E8@oldenburg.str.redhat.com> <542c8ecb-6bb1-a27b-9335-70a443004482@linaro.org> <CAKCAbMjwxLqr4xi=gncTNDJRUvke+nNwUzhMzTiQ6NKyahzgWA@mail.gmail.com> <7c537e36-87f4-f487-ebbb-3a32d62272c9@redhat.com>

On Wed, Aug 30, 2017 at 10:32 AM, Florian Weimer <fweimer@redhat.com> wrote:
> On 08/30/2017 04:21 PM, Zack Weinberg wrote:
>> Should it maybe be min(8, ncpus) instead of just 8?
>
> I don't think that's worth the added complexity.  Even on a UP system,
> the overscheduling does not introduce a significant delay in thread
> creation and termination.

OK, thanks for clarifying.

zw

References:
- [PATCH] Do not scale NPTL tests with available number of CPUs
  - From: Florian Weimer
- Re: [PATCH] Do not scale NPTL tests with available number of CPUs
  - From: Adhemerval Zanella
- Re: [PATCH] Do not scale NPTL tests with available number of CPUs
  - From: Zack Weinberg
- Re: [PATCH] Do not scale NPTL tests with available number of CPUs
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]