Basic performance results and benchmark runs

Results presented here showing top performance of Kea and:

• uses basic Kea configuration
• simplest traffic characteristics
• all rates calculated here will be used to run longer running tests and real file scenarios

Kea configuration

Kea is using the simplest configuration possible.

• one subnet with one pool (/8 for v4 and /64 for v6)
• no options
• no host reservations
• no client classification
• leases lifetime longer than test duration
• default values everywhere we can (e.g. congestion control disabled, LFC enabled for memfile)

Traffic characteristics

perfdhcp generates simples DORA/SARR exchanges without any additional options or option requests. Normally we use 500mln of clients (to not repeat any of them) unless it's stated differently in test description.

Testing methodology

Each test is being executed 9 times, highest and lowest results are ignored, final result of the test is calculated as average out of 7 remaining results.
History of those results is in History of basic results

Basic performance of memfile backend in non-persistent mode

Kea can run in special mode, when it's using memfile but writing to the file is disabled. Everything is kept in memory (similar to keeping memfile on ramdisk).
Kea configuration, traffic specification and testing methodology is the same as for basic results. Reason why it's in separated set it's because it can't be compared with other backends and we strongly discourage people to use this mode. Kea will loose every saved lease on restart.
Running Kea with memfile with non-persist option set to False is NOT RECOMMENDED!

This section provides insight into how kea works second by second during longer running tests.
Thanks to this data visualization we can:

• Detect regularly occurring problems
• Find out how processes like LFC impact Kea performance
• Check how different database backends works