From owner-freebsd-stable@FreeBSD.ORG Thu May 27 17:29:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B19AC1065670 for ; Thu, 27 May 2010 17:29:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 808D28FC0A for ; Thu, 27 May 2010 17:29:35 +0000 (UTC) Received: by pxi7 with SMTP id 7so146454pxi.13 for ; Thu, 27 May 2010 10:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=Dk7lCTkx8sqwVYCikaFuqW+EWyHbwsuFJQwY1T/bpnM=; b=rDPFgN5tWxFax11proLsymFLCv1uW7BiimKcFEdsnLCXNfEXP/MD6/lWiqQ8X3iFbV SlcU3/XcHuszfzmaH4Zlu6oPbrY1sTvaFEfgZh+noScduCKU5agZXOjWlW4HIpdcoPCa eoeK6Dw2gN0IcS6fkA8JubLxM6Sx7Lc/37rJk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=Sy1mhEbuKPUD0TItKo6E9FO0F8lfSmhCqFZFcd1ABC0EpqXMU7QKwJ30pSroQZC0Z3 s+FWmPH/bV141TX0FdX+XO4HwBef3o2maUxwi/3ojoks26xp5sfi3k/6EdSK64madJLm kjFqDS1nnviNFRO1IOLVR9e0PO88Fxb9c8xcg= Received: by 10.140.56.6 with SMTP id e6mr8241581rva.81.1274981374790; Thu, 27 May 2010 10:29:34 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id b1sm1239885rvn.14.2010.05.27.10.29.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 May 2010 10:29:33 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 27 May 2010 10:28:10 -0700 From: Pyun YongHyeon Date: Thu, 27 May 2010 10:28:10 -0700 To: Mike Tancsa Message-ID: <20100527172810.GB1211@michelle.cdnetworks.com> References: <201005261630.o4QGURLi097090@lava.sentex.ca> <20100526164136.GA9371@michelle.cdnetworks.com> <201005271331.o4RDV9rX001502@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201005271331.o4RDV9rX001502@lava.sentex.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: ale stats (AR8121) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2010 17:29:35 -0000 On Thu, May 27, 2010 at 09:31:03AM -0400, Mike Tancsa wrote: > At 12:41 PM 5/26/2010, Pyun YongHyeon wrote: > > >Anyway I have to ask Atheros what the counter really means. > >Thanks for reminding it. If I get some feedback I'll let you know. > > Thanks! > One more question about this NIC. While doing some stress testing as > an nfsserver, I did get a few fifo overflows. Is there any tuning > that can be done to handle greater loads ? > ale(4) controllers are low-end consumer ethernet controllers. Driver has to copy every received frames from DMAed buffer to mbufs and it requires a lot of CPU cycles. The controller works like gigabit rl(4) controller. This may not be a problem for desktop or notebook usage but it wouln't be appropriate on server. I guess you would get more RX FIFO errors under high load and there would be little thing to be done in that situation. Maybe enabling ethernet flow controll would be help to mitigate this. marius@ is working on implementing flow control, so when the code hits tree I'll enable it on all drivers that can handle it. > dev.ale.0.%desc: Atheros AR8121/AR8113/AR8114 PCIe Ethernet > dev.ale.0.%driver: ale > dev.ale.0.%location: slot=0 function=0 > dev.ale.0.%pnpinfo: vendor=0x1969 device=0x1026 subvendor=0x1043 > subdevice=0x8226 class=0x020000 > dev.ale.0.%parent: pci4 > dev.ale.0.int_rx_mod: 30 > dev.ale.0.int_tx_mod: 1000 > dev.ale.0.process_limit: 64 > dev.ale.0.reset_brk_seq: 0 > dev.ale.0.stats.rx.good_frames: 40750507 > dev.ale.0.stats.rx.good_bcast_frames: 56321 > dev.ale.0.stats.rx.good_mcast_frames: 9 > dev.ale.0.stats.rx.pause_frames: 0 > dev.ale.0.stats.rx.control_frames: 0 > dev.ale.0.stats.rx.crc_errs: 0 > dev.ale.0.stats.rx.len_errs: 0 > dev.ale.0.stats.rx.good_octets: 60667019510 > dev.ale.0.stats.rx.good_bcast_octets: 4090260 > dev.ale.0.stats.rx.good_mcast_octets: 1220 > dev.ale.0.stats.rx.runts: 0 > dev.ale.0.stats.rx.fragments: 0 > dev.ale.0.stats.rx.frames_64: 96112 > dev.ale.0.stats.rx.frames_65_127: 224804 > dev.ale.0.stats.rx.frames_128_255: 162357 > dev.ale.0.stats.rx.frames_256_511: 6546 > dev.ale.0.stats.rx.frames_512_1023: 213983 > dev.ale.0.stats.rx.frames_1024_1518: 40088225 > dev.ale.0.stats.rx.frames_1519_max: 0 > dev.ale.0.stats.rx.trunc_errs: 0 > dev.ale.0.stats.rx.fifo_oflows: 87 > dev.ale.0.stats.rx.rrs_errs: 0 > dev.ale.0.stats.rx.align_errs: 0 > dev.ale.0.stats.rx.filtered: 41433 > > Is > > > > > -------------------------------------------------------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet since 1994 www.sentex.net > Cambridge, Ontario Canada www.sentex.net/mike >