From owner-freebsd-net@FreeBSD.ORG Thu Oct 2 05:16:14 2014 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 26BA6E13 for ; Thu, 2 Oct 2014 05:16:14 +0000 (UTC) Received: from mail-pa0-x234.google.com (mail-pa0-x234.google.com [IPv6:2607:f8b0:400e:c03::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB8C0383 for ; Thu, 2 Oct 2014 05:16:13 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id fb1so1607842pad.11 for ; Wed, 01 Oct 2014 22:16:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=TCR8ETaBGIYwfxwW5txo2EPxppG6hXIdKO3QlMOIRZk=; b=Q36lJiU9g1OshQ87UFkbN2GBxuDnx8g3LMjxJxhxFd+hrESs3oRK0/bzSqX0nMH97W yZIbutyqYe/GS0Z4CSfc0P+8AI4KB72oQZk2BY9bije3U6VOeROI2Zs8NhhqtoRv1yG/ De9ATY98tW8wC+W2Ik9cMWAAc3qokFGob1Ij/R9lLNu23qAPcjkNA0eZbAAjAtC6avkc df+jUPBmL5lSC6m+wSM3bZWQZng+AOC0jk47CU0rbt3RIK1owLY0D1gfPRz1diQ2JPrq RrIMAZVBROHzR8UDsBJS52K31atET1O+HZ5+j+5VuPMJC86o9Zowi1atsTugKjPVDCOv FAvA== X-Received: by 10.66.146.134 with SMTP id tc6mr23807433pab.120.1412226973534; Wed, 01 Oct 2014 22:16:13 -0700 (PDT) Received: from pyunyh@gmail.com ([106.247.248.2]) by mx.google.com with ESMTPSA id ix1sm2381997pbc.60.2014.10.01.22.16.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 01 Oct 2014 22:16:12 -0700 (PDT) From: Yonghyeon PYUN X-Google-Original-From: "Yonghyeon PYUN" Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 02 Oct 2014 14:16:01 +0900 Date: Thu, 2 Oct 2014 14:16:01 +0900 To: Nils Beyer Subject: Re: [CFT] alc(4) QAC AR816x/AR817x ethernet controller support Message-ID: <20141002051601.GB964@michelle.fasterthan.com> Reply-To: pyunyh@gmail.com References: <20140930015741.GA2451@michelle.fasterthan.com> <20140930082053.4D9EFF8F@hub.freebsd.org> <20140930085228.GB969@michelle.fasterthan.com> <20140930093516.80A8943F@hub.freebsd.org> <20141001003954.GA2632@michelle.fasterthan.com> <20141001091521.9F867F96@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141001091521.9F867F96@hub.freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2014 05:16:14 -0000 On Wed, Oct 01, 2014 at 11:14:59AM +0200, Nils Beyer wrote: > Hi, > > Yonghyeon PYUN wrote: > > Default interrupt moderation policy is targeted to reduce latency > > so it will generate up to 10k interrupts/sec under high network > > load. If you want to reduce number of interrupts/sec, tune > > interrupt moderation sysctl variables mentioned in alc(4). > > Tried several values here: > > dev.alc.0.int_rx_mod={1000,10000,100000} > dev.alc.0.int_tx_mod={1000,10000,100000} > > but didn't notice any changes neither in CPU usage nor throughput during the > "iperf" test; "kernel{alc0 taskq}" stays at 70-75%. I've downed/upped the > interface "alc0" after every change. > You may see difference when H/W handles tiny grams(i.e. 64 bytes UDP frames). For bulk TCP/UDP transfers, alc(4) can easily saturate the link. > A simple iSCSI test using the native CTL interface works really well. A "fio" > test results in 100MB/s read and write. Double-checking using "netstat -I" > confirms gigabit-line speeds at around 120MB/s. > CPU usage at "kernel{alc0 taskq}" is as high as in the "iperf" test. So I think > that's a limitation of the AR8161 chip. > > > > Updated the diff to address link establishment issue. > > http://people.freebsd.org/~yongari/alc/pci.quirk.diff > > http://people.freebsd.org/~yongari/alc/alc.diff.20141001 > > Confirmed; with the anti-hibernation patch, link estalishment is now working > flawlessly. > > Thank you very much for your work... Thanks for your testing. Patch updated again to fix wrong lock assertion. http://people.freebsd.org/~yongari/alc/alc.diff.20141002