madwifi-devel mailing list

FromSubjectsort iconDate
Ignacy Gawedzki
[Madwifi-devel] Big loss of small packets

Hi everyone,

During a few tests with madwifi-hal-testing and madwifi-free branches, I've
noticed strange packet loss at the sender.

I'm using iperf to send small (100 bytes long) UDP packets to a unicast
destination (in ad-hoc mode, without any protection) and ask purposefully for
a sending rate of 54 Mbps, just to see how fast the card is able to transmit
in that very environment.

Sometimes these packets get lost before they even have a chance to get sent by
the hardware. Iperf happily shows...

Jul 3, 8:31 pm 2009
Benoit PAPILLAULT
Re: [Madwifi-devel] Big loss of small packets

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I already noticed this kind of behavior when using iperf over
Ethernet. Let's say you are trying to send a UDP stream at 200 Mbit/s
over a 100 Mbit/s ethernet interface. If no cable are connected, iperf
will happily reports 200 Mbit/s being sent, which means that the
kernel just drops everything! If an Ethernet cable is connected,
somehow, the kernel (I'm not sure it's the driver itself) is limiting
iperf to say 95 Mbit/s. I think the latter is ...

Jul 4, 3:33 am 2009
Ignacy Gawedzki
Re: [Madwifi-devel] Big loss of small packets

Okay, I agree with that. But first, in the case of my measurements, we can
say that the kernel should consider the "cable" as plugged, since the
destination MAC address *is* reachable. And second, how come changing the
debug flags (athdebug +xmit) changes anything at all in the way the kernel
would consider the "cable" as plugged or not?

I would like to understand what kind of side-effects are caused by the
activation of the debug flag. Note that it seems only the xmit flag causes
this change,...

Jul 4, 6:34 am 2009
Benoit PAPILLAULT
Re: [Madwifi-devel] Big loss of small packets

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

That is the good questions :-). In fact, I think it has to do with
Linux queue management which is something that is partially handled by
the kernel (where the packets are stored in a queue) and the drivers
(which reports if its hardware queue are full or not). Depending on
your platform, when you set the xmit flags, it might consumes a lot of
CPU and as such, break the CPU scheduling and as a consequence the
queue scheduling.

What CPU are you usi...

Jul 4, 9:26 am 2009
Ignacy Gawedzki
Re: [Madwifi-devel] Big loss of small packets

Core duo (first generation) T2400 clocked at 1.83GHz on a macbook pro (also
first generation), right at this time.

Maybe I should check whether simply commenting out the DPRINTFs regarding
ATH_DEBUG_XMIT still makes the xmit debug flag change anything. I was also
wondering whether the setting of vap->iv_debug in ath_vap_create does
anything, but I doubt that function is called upon change of the debug flags
(and I'm always setting the xmit flag *after* setting the interface up).

--
If y...

Jul 4, 11:30 am 2009
previous daytodaynext day
July 2, 2009July 4, 2009July 5, 2009