On Mittwoch, 28. März 2018 11:41:51 CEST ako...@codeaurora.org wrote: [...] > The rate average and throughput are relative. no?
In the sense that rate has a tendency to affect the expected throughput - yes.
But it is not like the expected throughput perfectly correlates with the rate
and you only have to multiply with a factor X (which seems to be missing in
your code) to get from rate to expected throughput. The average packet loss
for this selected rate, interframe spacing and the aggregation are important
factors here too.
But of course, I cannot say much about how the rate control from QCA works and
in which form these information are already available.
If you want to know the average PHY rate then wouldn't it be better to report
the rates to one of the upper layers and let them to the averaging? Similar to
what there already is for NL80211_STA_INFO_CHAIN_SIGNAL
(NL80211_STA_INFO_CHAIN_SIGNAL_AVG) just for NL80211_STA_INFO_TX_BITRATE/
NL80211_STA_INFO_RX_BITRATE. Not sure whether this makes sense or whether
someone has an use-case for it.
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
