From owner-freebsd-net@FreeBSD.ORG Fri Oct 26 17:57:02 2012 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E0C85A9 for ; Fri, 26 Oct 2012 17:57:02 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.freebsd.org (Postfix) with ESMTP id 61FD18FC12 for ; Fri, 26 Oct 2012 17:57:02 +0000 (UTC) Received: from [10.9.208.55] by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.5)); Fri, 26 Oct 2012 10:55:31 -0700 X-Server-Uuid: 06151B78-6688-425E-9DE2-57CB27892261 Received: from IRVEXCHMB11.corp.ad.broadcom.com ( [fe80::9cdd:3a57:8694:f610]) by IRVEXCHCAS07.corp.ad.broadcom.com ( [::1]) with mapi id 14.01.0355.002; Fri, 26 Oct 2012 10:56:38 -0700 From: "David Christensen" To: "Eugene Mitrofanov" Subject: RE: dev.bce.3.mbuf_alloc_failed_count increases permanently Thread-Topic: dev.bce.3.mbuf_alloc_failed_count increases permanently Thread-Index: AQHNqIcx9qHWzixm9UeSl2IG5LrxgpfKWXzwgAFyNoCAACfw8A== Date: Fri, 26 Oct 2012 17:56:38 +0000 Message-ID: <3A5015FE9E557D448AF7238AF0ACE20A251BE0@IRVEXCHMB11.corp.ad.broadcom.com> References: <201210121812.37557.eugene@imedia.ru> <3A5015FE9E557D448AF7238AF0ACE20A24B0F4@IRVEXCHMB11.corp.ad.broadcom.com> <201210261227.15689.eugene@imedia.ru> In-Reply-To: <201210261227.15689.eugene@imedia.ru> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.9.208.64] MIME-Version: 1.0 X-WSS-ID: 7C94111941412155906-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Oct 2012 17:57:02 -0000 > > > 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