You mean netmap_mem2.c ? It was there where I found the NETMAP_BUF_MAX_NUM
define.
On 30 December 2014 at 15:43, Carlos Ferreira <carlosmf...@gmail.com> wrote:
> Ok thanks. I was hoping not having to recompile the module, but it's ok.
> Thank you for the info!
>
>
> On 30 December 2014 at 15:38, Luigi Rizzo <ri...@iet.unipi.it> wrote:
>
>> you can reduce the amount of ram (buffers, mostly) by
>> tweaking the values in netmap_mem2.c ::
>> struct netmap_obj_params netmap_params[NETMAP_POOLS_NR] = {
>> ...
>> }
>>
>> or you can simply modify the constant
>>
>> netmap_mem2.h:#define NETMAP_BUF_MAX_NUM 20*4096*2
>>
>> to something smaller that suits an openwrt box
>> (in which i am very interested, as I'd like to deploy one of these soon)
>>
>> cheers
>> luigi
>>
>>
>> On Tue, Dec 30, 2014 at 4:12 PM, Carlos Ferreira <carlosmf...@gmail.com>
>> wrote:
>> > Update:
>> >
>> > I noticed that the netmap module was still crashing, after changing the
>> > OpenWRT VM ram to 256MB. I now raised to 1GB and it no longer crashed.
>> The
>> > netmap module is now consuming about 350MB of Ram, which for my
>> objectives
>> > is just too much...
>> >
>> > On 30 December 2014 at 14:06, Carlos Ferreira <carlosmf...@gmail.com>
>> wrote:
>> >
>> >> To Luigi and to whom may be able to help
>> >>
>> >> Hello all.
>> >>
>> >> Is it possible to reduce the size of the memory buffer allocated by the
>> >> netmap module?
>> >> I'm asking this because I was implementing some testing code, using
>> NICs
>> >> and a Tap device in an OpenWRT VM with 64MB of RAM.
>> >> Because of the small RAM amount, the nm_open crashed when the program
>> >> tried to netmap the tap device, after I previously netmapped one NIC
>> >> successfully.
>> >> After the crash, I bumped the VM RAM to 256MB and the test program ran
>> >> well, but not without me noticing that the VM RAM consumption was
>> >> increased about 90 MB by netmap.
>> >>
>> >> Resuming, I want to know if there is a way to reduce the memory buffer
>> >> allocation, without recompiling the netmap kernel module.
>> >>
>> >> Thank you for the attention.
>> >>
>> >> --
>> >>
>> >> Carlos Miguel Ferreira
>> >> Researcher at Telecommunications Institute
>> >> Aveiro - Portugal
>> >> Work E-mail - c...@av.it.pt
>> >> Skype & GTalk -> carlosmf...@gmail.com
>> >> LinkedIn -> http://www.linkedin.com/in/carlosmferreira
>> >>
>> >
>> >
>> >
>> > --
>> >
>> > Carlos Miguel Ferreira
>> > Researcher at Telecommunications Institute
>> > Aveiro - Portugal
>> > Work E-mail - c...@av.it.pt
>> > Skype & GTalk -> carlosmf...@gmail.com
>> > LinkedIn -> http://www.linkedin.com/in/carlosmferreira
>> > _______________________________________________
>> > freebsd-net@freebsd.org mailing list
>> > http://lists.freebsd.org/mailman/listinfo/freebsd-net
>> > To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>>
>>
>>
>> --
>> -----------------------------------------+-------------------------------
>> Prof. Luigi RIZZO, ri...@iet.unipi.it . Dip. di Ing. dell'Informazione
>> http://www.iet.unipi.it/~luigi/ . Universita` di Pisa
>> TEL +39-050-2211611 . via Diotisalvi 2
>> Mobile +39-338-6809875 . 56122 PISA (Italy)
>> -----------------------------------------+-------------------------------
>>
>
>
>
> --
>
> Carlos Miguel Ferreira
> Researcher at Telecommunications Institute
> Aveiro - Portugal
> Work E-mail - c...@av.it.pt
> Skype & GTalk -> carlosmf...@gmail.com
> LinkedIn -> http://www.linkedin.com/in/carlosmferreira
>
--
Carlos Miguel Ferreira
Researcher at Telecommunications Institute
Aveiro - Portugal
Work E-mail - c...@av.it.pt
Skype & GTalk -> carlosmf...@gmail.com
LinkedIn -> http://www.linkedin.com/in/carlosmferreira
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
