Hi guys, Would someone please file a PR for this? This is a huge unused allocation of memory for something that honestly likely shouldn't have been included by default in GENERIC.
I've cc'ed ken on a reply to this. Hopefully after the holidays he can chime in and figure out what's going on. Maybe just disabling it in GENERIC moving forward is enough - chances are it'll be fine being just a module. Thanks, Adrian On 22 December 2012 16:45, Sergey Kandaurov <pluk...@gmail.com> wrote: > On 23 December 2012 03:40, Marten Vijn <i...@martenvijn.nl> wrote: >> On 12/23/2012 12:27 AM, Jakub Lach wrote: >>> >>> Guys, I've heard about some absurd RAM requirements >>> for 9.1, has anybody tested it? >>> >>> e.g. >>> >>> http://forums.freebsd.org/showthread.php?t=36314 >> >> >> jup, I can comfirm this with nanobsd (cross) compiled >> for my soekris net4501 which has 64 MB mem: >> >> from dmesg: real memory = 67108864 (64 MB) >> >> while the same config compiled against a 9.0 tree still works... >> > > This (i.e. the "kmem_map too small" message seen with kernel memory > shortage) could be due to CAM CTL ('device ctl' added in 9.1), which is > quite a big kernel memory consumer. > Try to disable CTL in loader with kern.cam.ctl.disable=1 to finish boot. > A longer term workaround could be to postpone those memory allocations > until the first call to CTL. > > # cam ctl init allocates roughly 35 MB of kernel memory at once > # three memory pools, somewhat under M_DEVBUF, and memory disk > # devbuf takes 1022K with kern.cam.ctl.disable=1 > > Type InUse MemUse HighUse Requests Size(s) > devbuf 213 20366K - 265 > 16,32,64,128,256,512,1024,2048,4096 > ctlmem 5062 10113K - 5062 64,2048 > ctlblk 200 800K - 200 4096 > ramdisk 1 4096K - 1 > ctlpool 532 138K - 532 16,512 > > -- > wbr, > pluknet > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
