From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 14:10:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154DD1065676; Mon, 26 Sep 2011 14:10:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 971348FC15; Mon, 26 Sep 2011 14:10:28 +0000 (UTC) Received: by vcbf13 with SMTP id f13so3947676vcb.13 for ; Mon, 26 Sep 2011 07:10:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MZVXGKz+0nz1Vimy6eRI6o2WJAFZzR4bqWaSmON7nVc=; b=lQxAPn470NV/mzYkYnExvhUjJF+xsjXHpnD5PSE51aVkqJfRDC6BqOu5QWkY+OqCJ1 fbPQzrS4Gwip0g18uVWMlD4eqGbQkoLN6YL4J9FK+43MxUK23N7d1sJXojHJn93KilOC FzQDd5Mv34eRD8xwZMLYM5gV2hWsrQnHmhvyk= MIME-Version: 1.0 Received: by 10.52.72.9 with SMTP id z9mr1426651vdu.60.1317046227886; Mon, 26 Sep 2011 07:10:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 26 Sep 2011 07:10:27 -0700 (PDT) In-Reply-To: <201109260917.44236.jhb@freebsd.org> References: <4E7D6700.4080302@FreeBSD.org> <201109260917.44236.jhb@freebsd.org> Date: Mon, 26 Sep 2011 22:10:27 +0800 X-Google-Sender-Auth: uPYLSy_Lf07m92A09EryWJl-XGg Message-ID: From: Adrian Chadd To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: ath / 802.11n performance issues and timer code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 14:10:29 -0000 On 26 September 2011 21:17, John Baldwin wrote: > On Sunday, September 25, 2011 5:48:31 am Adrian Chadd wrote: >> Nope, it has the opposite effect: >> >> * Increased latency may make aggregation better (for TX) but it limits >> throughput because TCP senses a latency increase; > > I suspect this matters more. =A0Have you tried comparing UDP throughput i= n the > two cases? Yes, UDP performance from the MIPS boards (running iperf) is just plain silly and low. It's better from the i386 based eeepc (I can get around 200mbit before things croak it, but I _should_ be able to schedule ~ 250mbit with maximum aggregation and no airtime errors / retries, which I _can_ achieve in controlled conditions.) I haven't yet dug into that. It may be related. > One behavioral difference of a periodic timer vs a deadline timer is that= if > you ask to delay for "1 clock tick", that can be anywhere from 0us to 100= 0us > (with hz =3D=3D 1000) when using the periodic timer (because you can set = the > callout at any time within a tick, but the callout will fire at the start= of > the next tick). =A0However, for a deadline timer, the TCP timer will alwa= ys fire > 1000us after you set the timer. Right. Hm, what about scheduling in general though? Ie, if I'm scheduling a taskqueue run, the taskqueue caller does: * lock queue * schedule next task queue * call wakeup_one Which should wake up a/the taskqueue thread in question and have it immediately run the next task on the queue. The taskqueue doesn't have any form of timer/callout; it's just a "submit this to get run." When will it be run? I hope not at the next tick, not if the CPU is free. Adrian