Help: Reg Out of swap space

[Adrian Chadd]

i386 would suffer if it ran on say, 64 or 128mb ram.

I don't think it's a tier X question, I think it's a "hey, everything
has ${LOTS} of real RAM, let's make the allocator assume that!" design
from Jason.

Which is fine for the systems Jason is running on, but not for other situations.

Honestly, I think we should write some patches to jemalloc to
implement a better default set of behaviours (including run-time
configuration tweaks to set default parameters like arena sizes, etc)
and hand that off to Jason to push into his next install of jemalloc.

Thanks,



Adrian


On 17 December 2012 21:57, Oleksandr Tymoshenko <gonzo at bluezbox.com> wrote:
>
> On 2012-12-17, at 8:06 PM, Warner Losh <imp at bsdimp.com> wrote:
>
>>
>> On Dec 17, 2012, at 8:52 PM, Oleksandr Tymoshenko wrote:
>>
>>> On 12/17/2012 2:32 AM, Mukunda Haveri wrote:
>>>> I have done that already. Hope it's correct..
>>>> Please have a look at the attached make.mips.conf. and my build script (csh
>>>> script) sets,
>>>> setenv __MAKE_CONF /root/mips/make.conf.mips
>>>> setenv SRCCONF /root/mips/src.conf.mips
>>>>
>>>> I also have a new problem after updating the source to head [from 24k+
>>>> version]. Something related to <audisdistd>. -:)
>>>>
>>>>
>>>>
>>>> On Mon, Dec 17, 2012 at 2:14 PM, Adrian Chadd <adrian at freebsd.org> wrote:
>>>>
>>>>> You need to define MALLOC_PRODUCTION in your build or the default
>>>>> jemalloc options in -HEAD cause it to run out of RAM on embedded
>>>>> platforms.
>>>>>
>>>>>
>>>
>>> As far as I can see it's MALLOC_DISTRIBUTION in make.conf. Should be MALLOC_PRODUCTION
>>
>> It should be WITHOUT_MALLOC_DEBUG
>>
>
> BTW, why not make it a default for platforms with small footprint or non-tier1? As far as I understand
> the idea behind having debug enabled is to make getting information from running systems
> easier. I do not think this approach is applicable to ARM or MIPS targets.
>
> _______________________________________________
> freebsd-mips at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mips
> To unsubscribe, send any mail to "freebsd-mips-unsubscribe at freebsd.org"