eap_sim_db_receive is not called
Jouni Malinen
j
Sun Sep 18 07:58:07 PDT 2011
On Sun, Sep 18, 2011 at 06:29:33AM -0700, Ming-Ching Tiew wrote:
> But in terms of scalability, I would need some input here.
> Correctly me if I am wrong, but it appears to me that hostapd
> depends on event loop architecture to achieve concurrency,
> which fundamentally it is single threaded. Would this able to
> fully capitalize on the availability and abundance of
> multi-core multi-CPU machine to service as many requests as possible ?
No, hostapd is running in a single thread and it will not benefit from
multiple cores/CPUs. The common use cases for hostapd have not really
been targeting multi-core setups. I guess this will change eventually
since many platforms are moving to using multiple cores.
Anyway, as far as EAP-SIM and EAP-AKA are concerned, they are not really
that CPU intensive. Do you have reason to believe that the use case you
are thinking of would have problems surviving with a single core running
the authentications? You would need to have seriously large network to
hit that.. And at that point, you could as well run a frontend RADIUS
proxy to do load balancing between multiple hostapd processes if you
want to take advantage of multi-core setups.
--
Jouni Malinen PGP id EFC895FA
More information about the Hostap
mailing list