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: Benchmark for sem_timedwait v1.1

From: Siddhesh Poyarekar <siddhesh at redhat dot com>
To: OndÅej BÃlka <neleai at seznam dot cz>
Cc: Roland McGrath <roland at hack dot frob dot com>, libc-alpha at sourceware dot org
Date: Sat, 22 Feb 2014 10:38:16 +0530
Subject: Re: Benchmark for sem_timedwait v1.1
Authentication-results: sourceware.org; auth=none
References: <20140211172324 dot GA31923 at domone dot podge> <20140211172720 dot 52ABB7445F at topped-with-meat dot com> <20140211184530 dot GB32451 at domone dot podge> <20140211204751 dot GA17236 at domone dot podge> <20140213102200 dot GA8107 at spoyarek dot pnq dot redhat dot com> <20140216152649 dot GA10444 at domone dot podge> <20140217050742 dot GC17663 at spoyarek dot pnq dot redhat dot com> <20140217101900 dot GA16967 at domone dot podge> <20140217103551 dot GF27461 at spoyarek dot pnq dot redhat dot com> <20140221192656 dot GB6229 at domone dot podge>

On Fri, Feb 21, 2014 at 08:26:56PM +0100, OndÅej BÃlka wrote:
> There are no sensible inputs.

There are, one for each case, i.e. contended and uncontended.  I'll
write one up if you can't think of it.

> There may be different usage patterns to measure which may involve
> spawning threads which is out of bench-skeleton scope.

This particular benchmark you posted does not spawn threads; it only
calls a set of functions.  I agree that in most cases (not necessarily
all though) that involve spawning threads and measuring events across
threads, bench-skeleton would be a bad fit.

Siddhesh

Attachment: pgpflUGXFZMdV.pgp
Description: PGP signature

Follow-Ups:
- Re: Benchmark for sem_timedwait v1.1
  - From: OndÅej BÃlka

References:
- [RFC][BZ #16549, #16410] Remove pthread_(cond)wait assembly implementations?
  - From: OndÅej BÃlka
- Re: [RFC][BZ #16549, #16410] Remove pthread_(cond)wait assembly implementations?
  - From: Roland McGrath
- Re: [RFC][BZ #16549, #16410] Remove pthread_(cond)wait assembly implementations?
  - From: OndÅej BÃlka
- Benchmark for sem_timedwait
  - From: OndÅej BÃlka
- Re: Benchmark for sem_timedwait
  - From: Siddhesh Poyarekar
- Benchmark for sem_timedwait v1.1
  - From: OndÅej BÃlka
- Re: Benchmark for sem_timedwait v1.1
  - From: Siddhesh Poyarekar
- Re: Benchmark for sem_timedwait v1.1
  - From: OndÅej BÃlka
- Re: Benchmark for sem_timedwait v1.1
  - From: Siddhesh Poyarekar
- Re: Benchmark for sem_timedwait v1.1
  - From: OndÅej BÃlka

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