On Tue, Sep 28, 2010 at 01:39:43AM +0200, thus spake Christian Lamparter: > > I now wonder how that could possibly be due to my modifications in the driver > > and mac80211 (in a nutshell: retrieve the measurement per frame from the FW > > and collect it into a stats structure in the sta descriptor, which is later > > retrieved from userspace through netlink). I'll try without these and report > > back if that still happens. > hm, you could also add a "custom" RADIO_TAP field. This way you could use > wireshark to monitor the round trip times for each individual frame > (this way you could also export the frames' duration + tx vectors too) The thing is, I need to measure that during normal operation, when the card is not in monitor mode. At some point (in fact I was then experimenting with mini-PCI cards running madwifi), I tried to run a monitor in parallel on another virtual interface. This turned out not to be working quite right, because the monitor mode was having an impact on the normal operation of the regular virtual interface. Besides, sniffing each packet in userspace just to retrieve my stats seems a bit overkill. I don't really need to collect the service time measurement for each frame independently, but simply to perform some kind of accounting. More precisely, I consider frames according to their length, up to 200 bytes, from 200 to 400, from 400 to 600, ... and so on, up to the maximum frame size, in 200 bytes intervals. For each interval, I count the number of frames transmitted, the cumulated number of bytes and the cumulated service time (all these numbers are of course maintained *per destination address*). The userspace process then retrieves these stats for each interval, which automatically resets all these values to zero, and computes an approximate function of average throughput vs. frame length. This average throughput being the cumulated bytes over the cumulated service time, it is a maximum attainable throughput and not the actual throughput. Regards, Ignacy -- I drive way too fast to worry about cholesterol. -- 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
