On Tuesday 08 September 2009 21:07:32 matthieu castet wrote: > Michael Buesch <mb@...> writes: > > > > I recently converted the b43 driver to threaded interrupt handlers and > > a workqueue based TX mechanism. (My motivation was porting b43 to the SDIO bus > that > > needs to sleep, so requires process context). > Well you can do busy wait : for sending small sd command, the overhead of > sleep ( context switch) can be bigger than the sleep. The bus is _really_ slow and we push the whole network load through it. So we really don't want to busywait. It would effectively lockup the machine on network traffic. And besides that, the SDIO subsystem requires process context. I was not going to rewrite that. > It depends of architecture. For example on older arm (armv5) context switch can > be slow (need tlb and cache flush). It is not really true for kernel thread that > keeps the same mmu mapping and don't need all those flush, Yeah, but that's what it is. A kernel thread. > but there still a > visible performance hit. That's the initial question. How big is it? -- Greetings, Michael. -- 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
