Michal Kazior wrote: > I don't think this should be adjustable. Why ? > I assume you tested this in conjunction with rx batching patch - what > fill level values did you use to see throughput improvement? How > (un)responsive was serial/ssh connection to the machine? Any value north of 128 made the console unresponsive, with the CPU maxed out. But 16 appears to be rather low ? Performance numbers are low and we end up with lots of replenish tasklets. But - the internal driver somehow manages to keep CPU usage down at a fill level of *1000*. I think for ath10k, the default could stay the same on low end MIPS boards like AP135, but on slightly more powerful boards like AP148 with dual-core ARM processors, performance can be boosted by increasing the fill level while still keeping responsiveness at a reasonable level. > I have a patch internally which removes the replenishment tasklet and > I wonder how will it behave with rx batching then, hmm.. I tried that earlier and could see only marginal improvement. The biggest increase came when I replaced netif_receive_skb() with netif_rx() in mac80211/rx.c. Sujith -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
