[ath9k-devel] Performance degradation when monitor interface is enabled

[abhinav narain <abhinavnarain10@gmail.com>]

Can you elaborate on what is the bug exactly?
By this mail, you have proved; monitor mode doesn't cause any throughput
degradation !
You should see if the channel is really bad causing the throughput to go
down.
-
Abhinav Narain

On Thu, Oct 25, 2012 at 3:46 PM, Ali Abedi <a2abedi@uwaterloo.ca> wrote:

> Thanks for the answers. The performance issue theory doesn't make sense
> as we get the same lower (and stable) throughput on different machines
> with difference CPU powers or when power saving mode is enabled/disabled
> (which changes CPU clock frequency) on this machines.
> The interesting thing is that when I remove the monitor interface the
> throughput remains the same (low). Isn't this a bug?
>
> Thanks,
> Ali
>
>
> On 10/23/2012 4:51 PM, Adrian Chadd wrote:
> > On 23 October 2012 13:36, Ali Abedi <a2abedi@uwaterloo.ca> wrote:
> >> Thanks Adrian. But there is no problem on the receiver side I assume
> >> (monitor mode is not enabled on the receiver). There are gaps between
> frames
> >> sent by the sender. It seems that the sender is waiting or doing
> something
> >> between frames (other than back-off, DIFS, ...) when the monitor mode is
> >> enabled on the sender.
> > I've no idea. You can try manually overriding the RX filter register
> > when monitor mode is enabled. See if that fixes it.
> >
> >
> > Adrian
>
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20121025/0db3425f/attachment.htm