9.1 minimal ram requirements

[Adrian Chadd]

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 <pluknet at gmail.com> wrote:
> On 23 December 2012 03:40, Marten Vijn <info at 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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"