From mboxrd@z Thu Jan 1 00:00:00 1970 From: Felix Fietkau Date: Fri, 29 Apr 2011 21:07:25 +0200 Subject: [ath9k-devel] [PATCH/RFC] ath9k PER/ratecontrol In-Reply-To: <4DBABD9A.3070309@corscience.de> References: <1303983401-28884-1-git-send-email-andreas.hofmann@corscience.de> <4DBA9F03.3050306@openwrt.org> <4DBABD9A.3070309@corscience.de> Message-ID: <4DBB0C6D.7000904@openwrt.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org On 2011-04-29 3:31 PM, Andreas Hofmann wrote: > Hi Felix, > > On 29.04.2011 13:20, Felix Fietkau wrote: >> On 2011-04-28 11:36 AM, Andreas Hofmann wrote: >> You could try using minstrel_ht instead of the ath9k rate control. >> People have told me that it produces much lower PER, it might help for >> both performance and reliability of your video transmission. > > I did try that and it performed better than the default > ath9k-ratecontrol, but with focus on PER, the slowed down > ath9k-ratecontrol gave even better results. I did not inspect the > performance regarding maximum data rate during testing, though. What kind of PER are you looking for? Just the one in the rate control stats, or are you getting any excessive retries during your tests? Are you using any specific measurements in your app? - Felix