Kernel build fails on ARM: Cannot fork: Cannot allocate memory
Adrian Chadd
adrian at freebsd.org
Fri Jun 21 00:56:32 UTC 2013
On 20 June 2013 16:56, Jeff Roberson <jroberson at jroberson.net> wrote:
> Just to add some more information; On my machine with 16GB of ram the
> handful of recent UMA commits save about 20MB of kmem on boot. There are
> 30% fewer buckets allocated. And all of the malloc zones have similar
> amounts of cached space. Actually the page size malloc bucket is taking up
> much less space.
>
> I don't know if the problem is unique to arm but I have tested x86 limited
> to 512MB of ram without trouble. I will need the stats I mentioned before
> to understand what has happened.
Have you tried lower than 512MB? Like, 128MB?
I have a 128MB -HEAD VM on i386 and it's working fine but I haven't
done much digging to see how _well_ its working. I'm about to try a
64MB and 96MB VM.
I'd like to go all the way down to 32MB (obviously with a cut down
kernel, as GENERIC is pretty damned big!) and ensure that i386 isn't
behaving poorly. There are still plenty of ARM/MIPS embedded boards
that ship with 32MB (and less) RAM.
I'm going to try stable/9 on 128MB of RAM soon. I know that 9.1-REL
i386 + 128MB RAM results in a crash. Hopefully this stuff is better on
stable/9.
Thanks,
Adrian
More information about the freebsd-current
mailing list