From owner-freebsd-fs@freebsd.org Mon Jul 13 18:26:32 2015 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1772499BCA7 for ; Mon, 13 Jul 2015 18:26:32 +0000 (UTC) (envelope-from csforgeron@gmail.com) Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C77841D6 for ; Mon, 13 Jul 2015 18:26:31 +0000 (UTC) (envelope-from csforgeron@gmail.com) Received: by qkbp125 with SMTP id p125so260181636qkb.2 for ; Mon, 13 Jul 2015 11:26:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=md2ja3HttpbOpd6uKQ2emM7FliY5z2+EHyxeF5gAcyY=; b=Jj0s4yCeZgS/XCBq1KFJj1bR4gPtWFGvew3Z2T6L0R+6ew4QN+Lt94Bnxjxq1UKgge 5EbU/Qz65Fqe1dd+g9z/FBwzH3Ezy39ri/g3U3sXpNSvJYWUkcBx1kd0Ep0M44UFD9+D qYFP52lquXkZUQLOrLlOg0bP5d+EUQAuKXFPMe0Vgymqs5IAwjape2gcvPEj8unAdR5J JrqZxPh98Yv8boGP0ZewdfjFQYLmcX8X9RtpydRDQwmrtWg8zj7iHCI0jX8L0nsWU17t eSfTjonaHY7QdVQH4D3Ps4vNtph4QKMFLdzjfOAUmNxGHhsyvskq6WmeSuDJ+RZpVsW4 467g== MIME-Version: 1.0 X-Received: by 10.140.239.136 with SMTP id k130mr58366694qhc.90.1436811990801; Mon, 13 Jul 2015 11:26:30 -0700 (PDT) Received: by 10.96.174.39 with HTTP; Mon, 13 Jul 2015 11:26:30 -0700 (PDT) In-Reply-To: <55A3C80F.4060407@infracaninophile.co.uk> References: <55A3A800.5060904@denninger.net> <55A3C0A1.7040505@infracaninophile.co.uk> <55A3C357.5070209@denninger.net> <55A3C80F.4060407@infracaninophile.co.uk> Date: Mon, 13 Jul 2015 15:26:30 -0300 Message-ID: Subject: Re: FreeBSD 10.1 Memory Exhaustion From: Christopher Forgeron To: Matthew Seaman Cc: FreeBSD Filesystems Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2015 18:26:32 -0000 I found the same thing - The older patch does apply on 10.1 with one line needing to be added manually. Did that, but I'm running into this when I try a make buildworld: /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2726:30: error: use of undeclared identifier 'freemem' if (zfs_arc_cache_target && freemem < zfs_arc_cache_target + btop(size)) { ^ /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2726:63: warning: implicit declaration of function 'btop' is invalid in C99 [-Wimplicit-function-declaration] if (zfs_arc_cache_target && freemem < zfs_arc_cache_target + btop(size)) { ^ /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2750:3: warning: implicit declaration of function 'kmem_cache_reap' is invalid in C99 [-Wimplicit-function-declaration] kmem_cache_reap(cache, zfs_arc_cache_free_max); ^ /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c:2812:14: warning: implicit declaration of function 'kmem_cache_free_size' is invalid in C99 [-Wimplicit-function-declaration] cachefree = kmem_cache_free_size(buf_cache) + I see freemem defined in sys/cddl/compat/opensolaris/sys/kmem.h, and I've done a make clean; make clean; make cleanworld; make depend before running make buildworld. What am I forgetting to make here? On Mon, Jul 13, 2015 at 11:15 AM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 2015/07/13 14:55, Karl Denninger wrote: > > The previous version of the patch MAY apply against RELENG/10.1. > > Close.... > > backup-4:/usr/src:# svn patch ~matthew/arc_cache_reclaim_uma_stable10.patch > U sys/cddl/compat/opensolaris/kern/opensolaris_kmem.c > U sys/cddl/compat/opensolaris/sys/kmem.h > U sys/cddl/compat/opensolaris/sys/param.h > U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/arc.c > > applied hunk @@ -592,6 +687,13 @@ with offset 2 > > applied hunk @@ -2421,6 +2523,7 @@ with offset 28 > > applied hunk @@ -2429,6 +2532,9 @@ with offset 28 > > applied hunk @@ -2439,12 +2545,19 @@ with offset 28 > > applied hunk @@ -2454,16 +2567,26 @@ with offset 28 > > applied hunk @@ -2491,8 +2614,19 @@ with offset 28 > > applied hunk @@ -2503,26 +2637,43 @@ with offset 28 > > applied hunk @@ -2529,6 +2680,7 @@ with offset 28 > > applied hunk @@ -2537,7 +2689,7 @@ with offset 28 > > applied hunk @@ -2552,20 +2704,131 @@ with offset 28 > > applied hunk @@ -2577,10 +2840,36 @@ with offset 28 > > applied hunk @@ -2588,6 +2877,7 @@ with offset 28 > > applied hunk @@ -2602,6 +2892,7 @@ with offset 28 > > applied hunk @@ -2618,6 +2909,7 @@ with offset 28 > > applied hunk @@ -2692,6 +2984,7 @@ with offset 28 > > applied hunk @@ -2713,20 +3006,6 @@ with offset 28 > > applied hunk @@ -2763,6 +3042,9 @@ with offset 28 > > applied hunk @@ -3885,20 +4167,16 @@ with offset 29 > > applied hunk @@ -3911,7 +4189,7 @@ with offset 29 > > applied hunk @@ -3939,8 +4217,10 @@ with offset 29 > > applied hunk @@ -3994,6 +4274,7 @@ with offset 29 > U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/range_tree.c > U sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c > U sys/vm/uma.h > U sys/vm/uma_core.c > C sys/vm/vm_pageout.c > > rejected hunk @@ -921,10 +932,11 @@ > Summary of conflicts: > Text conflicts: 1 > > ... so close in fact that it's a fairly obvious merge even for someone > like me. > > Cheers, > > Matthew > > >