From owner-freebsd-fs@FreeBSD.ORG Wed Jan 25 11:54:58 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C239C106566B for ; Wed, 25 Jan 2012 11:54:58 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.8]) by mx1.freebsd.org (Postfix) with ESMTP id 6620E8FC0A for ; Wed, 25 Jan 2012 11:54:58 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MAkmJ-1Rvksc0SJX-00Bjh3; Wed, 25 Jan 2012 12:54:57 +0100 Message-ID: <4F1FED90.50408@brockmann-consult.de> Date: Wed, 25 Jan 2012 12:54:56 +0100 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: Michel Le Cocq References: <201110091940.p99JeJIc095036@freefall.freebsd.org> <20120125084040.GA2831@e4310> <4F1FD252.4090403@brockmann-consult.de> <20120125110005.GA7000@e4310> <4F1FE3F1.2010301@brockmann-consult.de> <20120125113149.GB7000@e4310> In-Reply-To: <20120125113149.GB7000@e4310> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Provags-ID: V02:K0:A63qPErMAGC+hdy3jH0DJWwJxb9c8uPNbLurIBTH99g /gSR/B8HxKd20+Ww7QtkrXWx+n8sGrudmeah8NRD50/TLL4Feo Rf34EpYawU//vZ2ybFy7xH01FIvG1I4Y4lARnzWBKuq4kEwz5k Cn65tBf+iSCT4TdZnfL7wEkvQ+bPV+ujrLZso6dx2xeghX/FpV G6KucMd9T1gmbU4N+z0s2pt+pOmzGxIFdOBGZRx0laSIQ0S4Bh mQpqyQs+ayszoX3EBxpJo4P3XhdLcpHQKPnZLUQXRoG0EtYSIT k3aXVaJtwuVpiGfPh3giShlkF5PX78TIHPnNH4LK3pJm2Py6nC VQrBZFtySWiuojSdMV+PKPTlViKYT5iW2+s6lsUbC Cc: freebsd-fs@freebsd.org Subject: Re: kern/146528: [zfs] Severe memory leak in ZFS on i386 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jan 2012 11:54:58 -0000 So then I guess the simple answer is that you should consider a hardware upgrade. With ZFS, you should be using a 64 bit system. And ZFS wants lots of memory, so since memory is cheap, get at least 8 GB. I have 16 GB on my workstation; and it is great. Memory caches everything, so the file system is very fast. And I can run my Virtual machines with as much memory as I want, and still have a comfortable amount left over for the base system. On 01/25/2012 12:31 PM, Michel Le Cocq wrote: > ok in fact I didn't understand your first question ! > > I see this trouble only on my personnal i386 machine. > I have also several amd64 with a lot of mem 24G or some virtual with > 4G all on amd64 and they work perfectly on 8.2 since more than 1 year. > > -- > M > > Peter Maloney a écrit: >> I expected you would say it was much older, somewhere between April and >> September last year. My amd64 systems (dual cpu quad core Xeon) with 48 >> GB of ram have no issues like this. And my amd64 test VMs with 512M-2GB >> of RAM don't have this problem either, but of course they aren't tested >> the same. >> >> >> >> On 01/25/2012 12:00 PM, Michel Le Cocq wrote: >>> I recently update 1 week maybe ! >>> >>> Peter Maloney a écrit: >>>> When was your 8.2-STABLE built / csup'd? >>>> >>>> Peter >>>> >>>> >>>> On 01/25/2012 09:40 AM, Michel Le Cocq wrote: >>>>> Hi every body, I upgrade my Freebsd 8.2-STABLE i386 to 9.0 i386. >>>>> Intel(R) Atom(TM) CPU D510 @ 1.66GHz >>>>> real memory = 4294967296 (4096 MB) >>>>> avail memory = 3127390208 (2982 MB) >>>>> >>>>> I'm on a ZFS Root file systeme on 2 USB drive and 6 sata drive for >>>>> data. >>>>> >>>>> # zpool list >>>>> NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT >>>>> data 931G 254G 677G 27% 1.00x ONLINE - >>>>> stock 74.5G 12.4G 62.1G 16% 1.00x ONLINE - >>>>> tank 696G 574G 122G 82% 1.00x ONLINE - >>>>> zroot 3.66G 2.49G 1.17G 67% 1.00x ONLINE - >>>>> >>>>> Before upgrade, I must use some mana things in my /boot/loader.conf >>>>> >>>>> vm.kmem_size="330M" >>>>> vm.kmem_size_max="330M" >>>>> vfs.zfs.arc_max="40M" >>>>> vfs.zfs.vdev.cache.size="5M" >>>>> >>>>> With this config my server was not so stable. >>>>> >>>>> Some days it work perfectly, some others it freeze with kmem_malloc >>>>> kmem_map too small. >>>>> Without this mana it freeze really often. >>>>> >>>>> The thing which make me upgrade is that after one of this crash after >>>>> reboot it won't mount my data pool which was at 99% of his CAP. The >>>>> only way I find to boot is to disconnect the pools drive and export >>>>> it. >>>>> >>>>> Now I'm on exactly the same host after upgrade to 9.0 and it seems to >>>>> work really really better (3 days up with out any trouble). >>>>> >>>>> -- >>>>> M >>>>> >>>>> Garrett Cooper a écrit: >>>>>> The following reply was made to PR kern/146528; it has been noted by GNATS. >>>>>> >>>>>> From: Garrett Cooper >>>>>> To: bug-followup@FreeBSD.org, EdwinGuy@GMail.com >>>>>> Cc: >>>>>> Subject: Re: kern/146528: [zfs] Severe memory leak in ZFS on i386 >>>>>> Date: Sun, 9 Oct 2011 12:34:00 -0700 >>>>>> >>>>>> Could you please try upgrading to 8.2-STABLE or 9.0 and see if the >>>>>> issue persists with ZFS v28? >>>>>> -Garrett >>>>>> _______________________________________________ >>>>>> freebsd-fs@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >>>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de --------------------------------------------