b7f873bbbc
Right now hwsim blindly tries to forward broadcast/multicast frames to all interfaces it knows about and relies on the kernel to reject the forwarding attempt if the frequency does not match. This results in multiple copies of the same message being added to the genl transmit queue. On slower systems this can cause a run-away memory consumption effect where the queued messages are not processed in time prior to a new message being received for forwarding. The likelyhood of this effect manifesting itself is directly related to the number of hostapd instances that are created and are beaconing simultaneously. Try to optimize frame forwarding by not sending beacon frames to those interfaces that are in AP mode (i.e. pure hostapd instances) since such interfaces are going to be operating on a different frequency and would not be interested in processing beacon frames anyway. This optimization cuts down peak memory use during certain tests by 30x or more (~33mb to ~1mb) when profiled with 'valgrind --tool=massif' |
||
|---|---|---|
| .. | ||
| hw.conf | ||
| hwsim-dbus.conf | ||
| hwsim.c | ||
| hwsim.rst | ||
| ios_convert.py | ||
| probe-req.c | ||
| run-iwd.sh | ||
| test-runner | ||
| test_runner_kernel_config | ||