X-Scanned-BY: MIMEDefang 2.68 on 10.5.11.23 MIME-Version: 1.0 In-Reply-To: X-Spam-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD, SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.1 References: <52CC5EFE.8010302@redhat.com> Message-ID: <52E78A94.10706@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Organization: Red Hat X-RT-Original-Encoding: utf-8 Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) by bugs.isc.org (Postfix) with ESMTP id 466FE2D20051 for ; Tue, 28 Jan 2014 10:47:01 +0000 (UTC) Received: from mx.pao1.isc.org (localhost [127.0.0.1]) by mx.pao1.isc.org (Postfix) with ESMTP id DCE2CC9497 for ; Tue, 28 Jan 2014 10:46:47 +0000 (UTC) (envelope-from pspacek@redhat.com) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mx.pao1.isc.org (Postfix) with ESMTP for ; Tue, 28 Jan 2014 10:46:47 +0000 (UTC) (envelope-from pspacek@redhat.com) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0SAkl2L026563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 28 Jan 2014 05:46:47 -0500 Received: from pspacek.brq.redhat.com (vpn1-6-110.ams2.redhat.com [10.36.6.110]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0SAkjbS015624 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 28 Jan 2014 05:46:46 -0500 X-DCC-X.dcc-Servers-Metrics: post.isc.org 104; Body=1 Fuz1=1 Fuz2=1 Delivered-To: bind9-bugs@bugs.isc.org Subject: Re: [ISC-Bugs #35160] freelists in memory context consume memory indefinitely User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 Return-Path: X-Original-To: bind9-bugs@bugs.isc.org Date: Tue, 28 Jan 2014 11:46:44 +0100 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org To: bind9-bugs@isc.org Content-Transfer-Encoding: 7bit From: Petr Spacek RT-Message-ID: Content-Length: 426 On 27.1.2014 23:16, Mark Andrews via RT wrote: > There is really no way to do this without a complete redesign of isc_mem. I see. I hacked it around in my application, thank you for your time. Have a nice day! -- Petr Spacek @ Red Hat @ Brno office P.S. The hack simply limits number of allocated ISC-events of given type: https://github.com/spacekpe/bind-dyndb-ldap/commit/9280ac76e0c5c8e4880520ef9d222179501d0a70