This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Simple malloc benchtest.
- From: Siddhesh Poyarekar <siddhesh dot poyarekar at gmail dot com>
- To: Ondřej Bílka <neleai at seznam dot cz>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, Siddhesh Poyarekar <siddhesh at redhat dot com>
- Date: Tue, 24 Dec 2013 08:34:22 +0530
- Subject: Re: [PATCH] Simple malloc benchtest.
- Authentication-results: sourceware.org; auth=none
- References: <20131221153303 dot GA8420 at domone dot podge> <20131223090627 dot GF4979 at spoyarek dot pnq dot redhat dot com> <20131223095034 dot GA20816 at domone> <20131223110912 dot GG4979 at spoyarek dot pnq dot redhat dot com> <20131223133157 dot GB20816 at domone> <CAAHN_R2+N432brpObQ9RK4cJgjcqvpf+gtF7J4b1wwMShFQu7A at mail dot gmail dot com> <CAAHN_R3k-rydhVTKzV9ovC8+ykhvP+8Stx+rfZ=XbTfwBs29Lg at mail dot gmail dot com> <20131223163025 dot GA4911 at domone> <CAAHN_R0ULs9XQFuPRYMZyx1rmYbXGepQf3zB7TziLx7cmunVdA at mail dot gmail dot com> <20131223225915 dot GA6845 at domone>
On 24 December 2013 04:29, OndÅej BÃlka <neleai@seznam.cz> wrote:
> A measurement must start somewhere but microbenchmarks is not that
> place. These should be integrated directly to profiler which skips
But it is that place for the obvious reason that a minimal set of
general application-like inputs should give reasonable confidence
about a change. You place way too much emphasis on 'real workloads'
in the generic context that is glibc - they're just as prone to
selection bias as any simulated input since you're never really going
to get all real workloads to make it a comprehensive test. Real
workloads are a good tests for specific cases where a user wants to
see if a certain implementation is suitable for their requirement.
Siddhesh
--
http://siddhesh.in