I'm seeing something that looks more dodgy than normal.
Test case id ath10k station uploading to ath10k AP. AP is always running 4.2 kernel in this case, and both systems are using the same ath10k firmware. I have tuned the stack: echo 4000000 > /proc/sys/net/core/wmem_max echo 4096 87380 50000000 > /proc/sys/net/ipv4/tcp_rmem echo 4096 16384 50000000 > /proc/sys/net/ipv4/tcp_wmem echo 50000000 > /proc/sys/net/core/rmem_max echo 30000 > /proc/sys/net/core/netdev_max_backlog echo 1024000 > /proc/sys/net/ipv4/tcp_limit_output_bytes On the 3.17.8+ kernel, single stream TCP very quickly (1-2 seconds) reaches about 525Mbps upload throughput (station to AP). But, when station machine is running the 4.2 kernel, the connection goes to about 30Mbps for 5-10 seconds, then may ramp up to 200-300Mbps, and may plateau at around 400Mbps after another minute or two. Once, I saw it finally reach 500+Mbps after about 3 minutes. Both behaviors are repeatable in my testing. For 4.2, I tried setting the send/rcv buffers to 2Mbps, I tried leaving them at system defaults, same behavior. I tried doubling the tcp_limit_output_bytes to 2048k, and that had no affect. Netstat shows about 1MB of data setting in the TX queue for for 3.17 and 4.2 kernels when this test is running. If I start a 50-stream TCP test, then total throughput is 500+Mbps on 4.2, and generally correlates well with whatever UDP can do at that time. A 50-stream throughput has virtually identical performance to the 1 stream test on the 3.17 kernel. For the 4.0.4+ kernel, single stream stuck at 30Mbps and would not budge (4.2 does this sometimes too, perhaps it would have gone up if I had waited more than the ~15 seconds that I did) 50 stream stuck at 420Mbps and would not improve, but it ramped to that quickly. 100 stream test ran at 560Mbps throughput, which is about the maximum TCP throughput we normally see for ath10k over-the-air. I'm interested to know if someone has any suggestions for things to tune in 4.2 or 4.0 that might help this, or any reason why I might be seeing this behaviour. I'm also interested to know if anyone else sees similar behaviour. Thanks, Ben -- Ben Greear <gree...@candelatech.com> Candela Technologies Inc http://www.candelatech.com -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
