Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Sep 2012 16:11:10 +0200
From:      Johann Hugo <jhugo@meraka.csir.co.za>
To:        freebsd-wireless@freebsd.org
Subject:   Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works
Message-ID:  <201209181611.10751.jhugo@meraka.csir.co.za>
In-Reply-To: <CAJ-VmokPc2qoV01S6MSX37Ua4uSvp9xd-gDm6cCznpd987Muzg@mail.gmail.com>
References:  <CAJ-VmonwVS_WOqT6FNN5adcAVvx%2B7n4f%2BbSeHXNE-5YcZBqw2w@mail.gmail.com> <CAJ-Vmokx7u-4MgkcS3tZiWvYE7RbqN9=rrjSe8%2B%2B3XnK_Jvw7w@mail.gmail.com> <CAJ-VmokPc2qoV01S6MSX37Ua4uSvp9xd-gDm6cCznpd987Muzg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 05 September 2012 01:20:10 Adrian Chadd wrote:
> On 28 August 2012 21:00, Adrian Chadd <adrian@freebsd.org> wrote:
> > The default (most things as modules) kernel build is still ~ 3.5mb.
> > That's rather large for a board with 16MB of RAM.
> > 
> > Additionally, I can't load the ath device after the system has come up
> > single user - the driver fails to allocate descriptors/buffer entries.
> > I'll do some digging about it in a couple of weeks. I'd like some
> > pointers on how to dump the current state of memory so I can see
> > exactly what's going on.
> > 
> > For reference, 'sysctl vm.vmtotal' shows the total free RAM is around
> > 1 to 1.5MB. I'm guessing some are allocated to buffers but I'd like to
> > see what else is actually holding onto memory..
> 
> It turns out memory fragmentation due to a huge (for embedded)
> userland are to blame.
> 
> I'll see if I can get ray@ to help me port phkmalloc to -HEAD again
> and try to tweak the default allocator parameters to not pre-allocate
> large pools for each process.
> 
> Seeing login, sh, etc have an RSS of 1MB is kind of scary.
> 
> I'll do some more digging with procstat (when I fit it into the
> current image) and report back.
> 
> There's also the problem of a 3.5MB "stripped down nothing but what's
> needed to boot and read the rootfs from SPI flash + FFS" kernel size
> problem. That seems slightly(!) too big..

Hi Adrian

Did you manage make any progress with this ? 

I'm also seeing the same symptoms on our ARM boards.

PID USERNAME  THR 	PRI 	NICE   SIZE    RES STATE    TIME   WCPU COMMAND
   45 root        	1 	 40    0 	10936K 10044K RUN     0:00  6.46% top
   39 root        	1   	8    	0 	10416K 10080K wait     0:00  0.24% sh

Johann



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201209181611.10751.jhugo>