Skip to contentSkip to conversation

Is there no upper limit on mac80211 pending xmit queue size?

DISCUSSION Ben Greear 2 participants 3 messages May 29, 2012

lore
Share & tools
lore

Ben Greear

author
#0 lore raw

The tx pending queues doesn't seem to be limitted, allowing run-away memory usage when something like pktgen is sending packets faster than the system can actually send them.

[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/40076
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/52649
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/107939
03: 0x00000000/0

I think this is what is causing my OOM issues when sending with (my hacked version of) pktgen.

Shouldn't there be an upper limit on the number of pending frames that mac80211 will queue?

Thanks,
Ben

Signature · 2 lines
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com
#1 lore raw
Quoted 21 lines · Ben Greear

The tx pending queues doesn't seem to be limitted, allowing run-away memory usage when something like pktgen is sending packets faster than the system can actually send them.

[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/40076
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/52649
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/107939
03: 0x00000000/0

Quoted 5 lines

I think this is what is causing my OOM issues when sending with (my hacked version of) pktgen.

Shouldn't there be an upper limit on the number of pending frames that mac80211 will queue?

something bql-like would help a lot.

Quoted 13 lines

Thanks,
Ben

--
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Signature · 4 lines
Dave Täht
SKYPE: davetaht
US Tel: 1-239-829-5608
http://www.bufferbloat.net
author
#2 lore raw
Quoted 22 lines · Dave Taht
Quoted 21 lines · Ben Greear

The tx pending queues doesn't seem to be limitted, allowing run-away memory usage when something like pktgen is sending packets faster than the system can actually send them.

[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/40076
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/52649
03: 0x00000000/0
[root@ct520-2011 ~]# cat /debug/ieee80211/wiphy0/queues 00: 0x00000000/0
01: 0x00000000/0
02: 0x00000001/107939
03: 0x00000000/0

Quoted 7 lines
Quoted 5 lines

I think this is what is causing my OOM issues when sending with (my hacked version of) pktgen.

Shouldn't there be an upper limit on the number of pending frames that mac80211 will queue?

something bql-like would help a lot.

Might help more righteous protocols, but I'm not sure it will help with pktgen. I'm working on an upper limit implemented as a module parameter. Hopefully that will at least keep the system from going OOM.

Thanks,
Ben

Signature · 2 lines
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com