From owner-freebsd-net@FreeBSD.ORG Wed Nov 30 16:06:40 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8B771065676; Wed, 30 Nov 2011 16:06:40 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 48E838FC19; Wed, 30 Nov 2011 16:06:40 +0000 (UTC) Received: by vbbfr13 with SMTP id fr13so800526vbb.13 for ; Wed, 30 Nov 2011 08:06:39 -0800 (PST) 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; bh=IBoOqux9eI+DbemyOWnuh1NvEkOWgGnnyMyKZboigWA=; b=Cu5T3ESydI6SXzqLoqNgk0yYzdBqmrrXaKsW7IfTs7QGZF1WueC8XV9/KGJIGL584+ FgPRegYV2DE2h7BB+KDlEZk0qJvR7WpTOa9kLIZzvBoqY3ewbgrzm+EiRk77PymiLoQx fGMg040zng5lme7sNR671PM3atlUt0Bj42u7w= MIME-Version: 1.0 Received: by 10.52.65.102 with SMTP id w6mr2491738vds.129.1322669199515; Wed, 30 Nov 2011 08:06:39 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.52.186.74 with HTTP; Wed, 30 Nov 2011 08:06:39 -0800 (PST) In-Reply-To: <5939430EC6AF43B79CB9BE99940E9B91@PC> References: <69C75F6ECC9646C79374299EDF0E4304@PC> <5939430EC6AF43B79CB9BE99940E9B91@PC> Date: Thu, 1 Dec 2011 00:06:39 +0800 X-Google-Sender-Auth: BuMtQAHqioNV670ZlRz89n2xfXE Message-ID: From: Adrian Chadd To: Viet-Ha Pham Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, Bernhard Schmidt Subject: Re: Wifi throughput test issue (FreeBSD 8.2) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Nov 2011 16:06:40 -0000 Hi, Hm. Selecting a static rate would mean that you'd end up populating the rate control statistics with more "wins" for that particular TX rate, so when you go back to "any", it will choose 54mbit more often. I suggest looking at the code in sys/dev/ath/ath_rate/sample/sample.[ch] and see what's going on. You can investigate the current statistics by "sysctl dev.ath.X.sample_stats=1" and then check dmesg. It sounds like your noise is causing some tx failures to occur at higher rates, which makes sample back off very quickly. It may not then sample the higher rates often enough if it sees failures early on. Adrian