Re: Specifing rate control algorithm?

["John W. Linville" <linville@tuxdriver.com>]

On Fri, May 11, 2007 at 01:24:58AM +0300, Tomas Winkler wrote:
> On 5/10/07, Jiri Benc <jbenc@suse.cz> wrote:
> >On Thu, 10 May 2007 13:17:12 -0700, jketreno wrote:

> >> Generic algorithms aren't as capable as hardware specific algorithms
> >> when you factor performance, latency, system utilization, power
> >> consumption, etc.  Optimal algorithms are written to take advantage of
> >> the capabilities exposed by the hardware.
> >
> >You said the same about hardware scanning. Michael showed you that's
> >not true.
> >
> Michael has shortened the dwell time on the channel, while hw scanning
> has shorten switching time from the channel to channel and no the time
> you are listening on the channel
> I wouldn't call it an optimization. Did he measured the power consumption ?

This was going to be my question, and I think it is a worthy point. :-)

John

> >If the slowdown is not big, yes, it is. Unifying things almost always
> >means you need to accept some trade-offs.
> 
> Clean API gives you the ability to enjoy from the both worlds. WiFi is
> about mobility power saving and therefore hw offloading is essential.
> What worth the few more lines of the code that gives you this ability
> this is also a trade-off.

Agreed.  FWIW, power saving is worthwhile even for fixed stations as well.

John
-- 
John W. Linville
linville@tuxdriver.com