Date: Fri, 28 Apr 2006 14:04:25 -0700 From: Sam Leffler <sam@errno.com> To: AT Matik <asstec@matik.com.br> Cc: freebsd-mobile@freebsd.org Subject: Re: kernel: ath0: device timeout Message-ID: <44528359.1030304@errno.com> In-Reply-To: <200604281755.12871.asstec@matik.com.br> References: <7.0.1.0.1.20060428134316.01e05648@live555.com> <200604281755.12871.asstec@matik.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
AT Matik wrote: > On Friday 28 April 2006 17:48, Ross Finlayson wrote: >> I've been seeing quite a few of these (on FreeBSD 6.0-STABLE, as of a >> couple of weeks ago). This is with a Compex WLM54AG miniPCI card. >> >> Is this a known issue, and is a fix in the works? >> > > in my case it stopped when I compiled ath_rate_onoe instead of rate_sample as > well as I got much higher throughput and response times If changing the tx rate control algorithm really fixes it then that says sample may be handing back bogus rate codes. Since I can't make this happen someone else needs to dig. As to better performance, onoe is not especially good and I do not recommend it. However sample is too aggressive on up-shifting the tx rate and tends to vary the rate too quickly so can degrade performance when signal deteriorates. I have done extensive testing of all the rate control algorithms as well as a proprietary one and chose sample as the default. However none are anywhere near as effective as the proprietary one. Sam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44528359.1030304>