All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Fietkau <nbd@openwrt.org>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: wireless <linux-wireless@vger.kernel.org>,
	"Martín Ernesto Barreyro" <barreyromartin@gmail.com>,
	"Johannes Berg" <johannes@sipsolutions.net>
Subject: Re: Minstrel rate-setting question
Date: Fri, 23 Jan 2009 03:21:53 +0100	[thread overview]
Message-ID: <497929C1.9060804@openwrt.org> (raw)
In-Reply-To: <49790C43.5050100@lwfinger.net>

Larry Finger wrote:
> In the patch I just submitted, I added TX retry info to the driver for RTL8187L devices.
> One of the testers of the patch reports that the rate is being adjusted, but that the rate
> is overestimated and he has to limit it to 11M. His minstrel statistics and his comments
> are as follows:
> 
>> rate     throughput  ewma prob   this prob  this succ/attempt   success
>> attempts
>>      1         0.2       29.8       12.5          1(  8)         51
>> 86
>>      2         0.4       22.6       14.2          0(  0)          6
>> 25
>>   P  5.5       2.7       54.2      100.0          0(  0)         41
>> 109
>>     11         1.9       20.5       12.5          0(  0)          6
>> 30
>>      6         2.1       38.4       20.0          0(  0)          7
>> 24
>>      9         2.0       24.8        8.3          0(  0)          6
>> 25
>>     12         2.4       21.9       12.5          0(  0)          6
>> 52
>>     18         3.2       19.9       12.5          0(  0)          6
>> 44
>>     24         4.7       22.2       12.5          0(  0)         15
>> 109
>>     36         4.4       14.5        9.0          0(  0)        495
>> 2036
>>  t  48         5.2       13.4       12.5          0(  0)        209
>> 1220
>> T   54         8.6       19.8       14.2          1(  7)        556
>> 4514
>> 
>> But It still is a little to optimistic. But I supose is the algorithm
>> fault. It gets a little laggy and I have to limit the rate to 11Mbps.
>> 
>> If I do that the conection works perfect.
>> 
>> But the algorithm is working, maybe its just how it should work.
>> What do you think?
> 
> The losses for all rates seem to be a little high, and I plan to see if he can change
> channels, but I would like an expert's analysis of these data.
I believe that it's not minstrel's fault. According to the information that
I have about RTL8187L, the chip implements rate fallback. If the chip changes
rates during retransmissions, the status information the way you gather it
will not be accurate and will trick minstrel into believing that higher rates
actually work (which in fact they don't). 
Please do some transmissions at 54M and run a monitor mode capture on a different
card to see if it changes the rate during transmission and how frequently it
uses one rate before falling back (if indeed my theory is correct).
This information could be used to provide some more accurate feedback through
multi-rate retry status information.

- Felix

  reply	other threads:[~2009-01-23  2:22 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <BLU144-W4266C309A1F9CD0F4B5C21B2D90@phx.gbl>
     [not found] ` <496CE438.6020408@lwfinger.net>
     [not found]   ` <BLU144-W164FB7B41C703C52AAAF9BB2D90@phx.gbl>
     [not found]     ` <496D2772.4060104@lwfinger.net>
     [not found]       ` <BLU144-W254C2D7845CD9E851F745DB2D60@phx.gbl>
     [not found]         ` <496D3118.7060906@lwfinger.net>
     [not found]           ` <BLU144-W40A7F7D25BE3B92EABD5C7B2D60@phx.gbl>
     [not found]             ` <496D665A.90608@lwfinger.net>
     [not found]               ` <BLU144-W102912CECD6EE0D07D1BD8B2D50@phx.gbl>
     [not found]                 ` <4972B1E7.7000005@lwfinger.net>
     [not found]                   ` <BLU144-W211FE279F46EA07E0D35E0B2D10@phx.gbl>
     [not found]                     ` <4977612D.7050500@lwfinger.net>
     [not found]                       ` <1232664643.4589.5.camel@note-tatin>
2009-01-23  0:16                         ` Minstrel rate-setting question Larry Finger
2009-01-23  2:21                           ` Felix Fietkau [this message]
2009-01-23  3:39                             ` Larry Finger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=497929C1.9060804@openwrt.org \
    --to=nbd@openwrt.org \
    --cc=Larry.Finger@lwfinger.net \
    --cc=barreyromartin@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.