FreeBSD 10.1 Memory Exhaustion

Karl Denninger karl at denninger.net
Wed Jul 15 20:38:45 UTC 2015


On 7/15/2015 15:20, Willem Jan Withagen wrote:
> On 15/07/2015 21:43, Mark Felder wrote:
>>
>> On Tue, Jul 14, 2015, at 10:10, Sean Chittenden wrote:
>>> I think the reason this is not seen more often is because people
>>> frequently
>>> throw limits on the arc in /boot/loader.conf:
>>>
>>> vfs.zfs.arc_min="18G"
>>> vfs.zfs.arc_max="149G"
>>>
>>> ZFS ARC *should* not require those settings, but does currently for mixed
>>> workloads (i.e. databases) in order to be "stable".  By setting fixed
>>> sizes
>>> on the ARC, UMA and ARC are much more cooperative in that they have their
>>> own memory regions to manage so this behavior is not seen as often.
>>>
>>> To be clear, however, it should not be necessary to set parameters like
>>> these in /boot/loader.conf in order to obtain consistent operational
>>> behavior.  I'd be curious to know if someone running 10.2 BETA without
>>> patches is able to trigger this behavior or not.  There was work done
>>> that
>>> reported helped with this between 10.1 and now.  To what extent it
>>> helped,
>>> however, I don't have any advice yet.
>>>
>> I was about to email "I have 12TB at home and 4GB of RAM with a very
>> erratic workload and never run into any issues" and then I looked at
>> /boot/loader.conf and saw vfs.zfs.arc_max="2G"
>>
>> Now I'm too scared to turn it off... :-)
> Same here.
> Just a leftover of all the advise to limit arc in the past.
> Just bit the bullit: installed BETA1, killed the settings and rebooted.
> We'll see what comes of it.
>
> --WjW
If you get bit I have refactored the patch for 10.2-BETA1 to get rid of
the fudges and i386 linker problem and uploaded it, so if you run into
trouble try applying that and see if that fixes it.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594

-- 
Karl Denninger
karl at denninger.net <mailto:karl at denninger.net>
/The Market Ticker/
/[S/MIME encrypted email preferred]/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2944 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.freebsd.org/pipermail/freebsd-fs/attachments/20150715/c50841d1/attachment.bin>


More information about the freebsd-fs mailing list