Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 26 Oct 2012 17:56:38 +0000
From:      "David Christensen" <davidch@broadcom.com>
To:        "Eugene Mitrofanov" <eugene@imedia.ru>
Cc:        "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>
Subject:   RE: dev.bce.3.mbuf_alloc_failed_count increases permanently
Message-ID:  <3A5015FE9E557D448AF7238AF0ACE20A251BE0@IRVEXCHMB11.corp.ad.broadcom.com>
In-Reply-To: <201210261227.15689.eugene@imedia.ru>
References:  <201210121812.37557.eugene@imedia.ru> <3A5015FE9E557D448AF7238AF0ACE20A24B0F4@IRVEXCHMB11.corp.ad.broadcom.com> <201210261227.15689.eugene@imedia.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
> > > dev.bce.3.l2fhdr_error_count: 0
> > > dev.bce.3.mbuf_alloc_failed_count: 2098856
> > > dev.bce.3.mbuf_frag_count: 2655288
> > > dev.bce.3.dma_map_addr_rx_failed_count: 0
> > > dev.bce.3.dma_map_addr_tx_failed_count: 57
> > > dev.bce.3.unexpected_attention_count: 0
> > > dev.bce.3.com_no_buffers: 0
> > >
> > >
> > > Any suggestions? What is the reason of this?
> >
> > It's normal in a system under load, the kernel can't always
> > allocate memory when requested by the driver.  The result
> > is that RX frames will be dropped as the driver reuses an
> > existing mbuf, a response taken by many other drivers.
> >
> > If you notice rapid increases during certain system operations
> > then you should consider increasing the amount of system
> > memory.
> >
>=20
> Thanks for you answer, Dave.
>=20
> What do you mean under "systems memory"? Is it the physical memory or the
> virtual one?

Virtual memory is likely sufficient in this case, though more frequent swap=
ping
may cause an equivalent performance loss to the dropped network traffic (i.=
e.
you may be swapping one performance bottleneck for another).  The counter=20
"dma_map_addr_*" is incremented when the OS cannot map an MBUF for DMA=20
access.  If you see that incrementing as rapidly then you should definitely=
 look
at adding physical memory.

Dave




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A5015FE9E557D448AF7238AF0ACE20A251BE0>