Date: Tue, 18 Sep 2012 08:27:50 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Johann Hugo <jhugo@meraka.csir.co.za> Cc: freebsd-wireless@freebsd.org Subject: Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works Message-ID: <CAJ-Vmono8Mdz=MoafKdzXRLLx_A-6opFFUR3DyjFdm6fYUnT8g@mail.gmail.com> In-Reply-To: <201209181611.10751.jhugo@meraka.csir.co.za> 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> <201209181611.10751.jhugo@meraka.csir.co.za>
next in thread | previous in thread | raw e-mail | index | archive | help
Is this -HEAD? Did you define MALLOC_PRODUCTION? Adrian On 18 September 2012 07:11, Johann Hugo <jhugo@meraka.csir.co.za> wrote: > 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 > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmono8Mdz=MoafKdzXRLLx_A-6opFFUR3DyjFdm6fYUnT8g>