From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 76428198005 for ; Tue, 26 Feb 2013 21:49:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2D188E0713; Tue, 26 Feb 2013 21:49:41 +0000 (UTC) Received: from mail-la0-f42.google.com (mail-la0-f42.google.com [209.85.215.42]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 0C307E06AF for ; Tue, 26 Feb 2013 21:49:39 +0000 (UTC) Received: by mail-la0-f42.google.com with SMTP id fe20so4448946lab.29 for ; Tue, 26 Feb 2013 13:49:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=PFZ/Qq6/LewTVSsp2U6k95vnIdzZ0AJaySjq719oEO4=; b=AWOG4HEIMMyrIUiwBQqdPL+rcDvxE22mdFpNqV4aHT9x7ogaEIVn+4qGt8iACaOQgj RNY/4CP1DugVfCbNJGBlTKPRIRQnZJ7GIopHKzJXjM2nObOcrJf9g6va8sl9hWM1BHJ+ HDa+9gEKUxqitfsA6xxnRQ5lsjmh4T6kzVDySRQKylOztoWGBJOZu7aiHp/h0I9wY975 Y/m5QbH8O5xTGBY/95Z35PtGlg9jvUR1W+LRW8UBb+lmJPPC2CudWhcbKlfamQvLHpmX 1dYXgVVLeAh2/wnu7hxMr2Fb120OVAR6KfBFYSitqZGRBIjdYgjIIYYoQ1CKBDEe7mp0 m7nQ== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.152.128.98 with SMTP id nn2mr15050417lab.17.1361915378224; Tue, 26 Feb 2013 13:49:38 -0800 (PST) Sender: jdhore1@gmail.com Received: by 10.112.180.7 with HTTP; Tue, 26 Feb 2013 13:49:38 -0800 (PST) In-Reply-To: <3392533.WNcSa2bQvd@lebrodyl> References: <512CB9B8.9060308@gentoo.org> <3392533.WNcSa2bQvd@lebrodyl> Date: Tue, 26 Feb 2013 16:49:38 -0500 X-Google-Sender-Auth: bl8ZFHs31JlN1VnludMgMFytYqo Message-ID: Subject: Re: [gentoo-dev] Evaluating a new malloc() From: Jeff Horelick To: gentoo-dev@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d042c64235557bf04d6a7a233 X-Archives-Salt: 1cb74af8-886e-4510-96d3-21f3ddce39e4 X-Archives-Hash: fdf5df1efaec46f84b06f7bc70b73f33 --f46d042c64235557bf04d6a7a233 Content-Type: text/plain; charset=ISO-8859-1 On 26 February 2013 16:37, Maciej Mrozowski wrote: > On Tuesday 26 of February 2013 11:44:31 Rich Freeman wrote: > > On Tue, Feb 26, 2013 at 11:35 AM, Alec Warner > wrote: > > > I see a *HUGE* reason. glibc ships with ptmalloc. If you think they > > > should use jemalloc, talk to them. Don't just do it in Gentoo. > > > > Certainly I think it would be far more productive to talk to the glibc > > maintainers first. > > You mean productive like below? ;) > > http://sourceware.org/bugzilla/show_bug.cgi?id=11261 > > Ulrich Drepper: > "Stop reopening. There is a solution for people who are stupid enough to > create too many threads. No implementation will be perfect for everyone. > The > glibc implementation is tuned for reasonable programs and will run much > faster > than any other I tested." > > Merge of jemalloc upstream is likely never going to happen. > > regards > MM It could happen. Ulrich Drepper is no longer in charge of Glibc and he's barely involved in the development at all recently from what i've heard/seen. --f46d042c64235557bf04d6a7a233 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 26 February 2013 16:37, Maciej Mrozowski <reavertm@gmail.com>= wrote:
On Tuesday 26 of February 2013 11:44:31 Rich Freeman wrot= e:
> On Tue, Feb 26, 2013 at 11:35 AM, Alec Warner <antarus@gentoo.org> wrote:
> > I see a *HUGE* reason. glibc ships with ptmalloc. If you think th= ey
> > should use jemalloc, talk to them. Don't just do it in Gentoo= .
>
> Certainly I think it would be far more productive to talk to the glibc=
> maintainers first.

You mean productive like below? ;)

http://sourceware.org/bugzilla/show_bug.cgi?id=3D11261

Ulrich Drepper:
"Stop reopening. =A0There is a solution for people who are stupid enou= gh to
create too many threads. =A0No implementation will be perfect for everyone.= =A0The
glibc implementation is tuned for reasonable programs and will run much fas= ter
than any other I tested."

Merge of jemalloc upstream is likely never going to happen.

regards
MM


It could happen. Ulrich Drepper is no longer in charge of Gl= ibc and he's barely involved in the development at all recently from wh= at i've heard/seen.
--f46d042c64235557bf04d6a7a233--