kern/146528: [zfs] Severe memory leak in ZFS on i386
Peter Maloney
peter.maloney at brockmann-consult.de
Wed Jan 25 11:54:58 UTC 2012
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 <yanegomi at gmail.com>
>>>>>> To: bug-followup at FreeBSD.org, EdwinGuy at 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 at freebsd.org mailing list
>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
>>>>>> To unsubscribe, send any mail to "freebsd-fs-unsubscribe at 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 at brockmann-consult.de
Internet: http://www.brockmann-consult.de
--------------------------------------------
More information about the freebsd-fs
mailing list