memory leaks in 11.0?

[Kajetan Staszkiewicz]

Dnia środa, 12 lipca 2017 11:26:52 CEST Konstantin Belousov pisze:
> On Wed, Jul 12, 2017 at 10:16:25AM +0200, Kajetan Staszkiewicz wrote:
> > Dnia wtorek, 11 lipca 2017 17:12:05 CEST Konstantin Belousov pisze:
> > > On Tue, Jul 11, 2017 at 03:56:04PM +0200, Kajetan Staszkiewicz wrote:
> > > > `vmstat -z` shows constantly increasing allocation of "512" and "UMA
> > > > Slabs". Memory allocated for all pf-related things seems fine. I have
> > > > graphite graps for every `vmstat -z` and the icrease on "512" grows
> > > > in similar way as "wired" memory. "512" has 2 917 392 used objects
> > > > allocated at this moment, "UMA Slabs" is 379 006, there is 2636MiB
> > > > "wired" memory.
> > > 
> > > UMA zone 512 is used for kernel mallocs of size less than 512 (and
> > > greater
> > > than 256).  You can see mallocs types usage with vmstat -m.
> > 
> > Thank you for pointing me to that command, now I see that the biggest
> > allocation is:
> > lltable 3240611 1620278K       -  3311016  256,512
> > 
> > I'll push all `vmstat -m` to graphite to see which one is growing.
> 
> lltable is the arp table, AFAIU.

AFAIR you are right.

> Do you have something unusual configured there, or some non-usual network 
activity ?

I have non-standard net.link.ether.inet.max_age=240. Default value was 1200. 
Table size is:

% arp -an | wc -l
    2410
% ndp -an | wc -l
     145

> I have no idea if some leaks there were known and fixed since 11.0.

-- 
| pozdrawiam / greetings | powered by Debian, FreeBSD and CentOS |
|  Kajetan Staszkiewicz  | jabber,email: vegeta()tuxpowered net  |
|        Vegeta          | www: http://vegeta.tuxpowered.net     |
`------------------------^---------------------------------------'
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freebsd.org/pipermail/freebsd-net/attachments/20170712/603173a3/attachment.sig>