2× startup speed and 99% shim overhead reduction
Kuasar provides an optimized framework to accelerate container startup and reduce unnecessary overheads. We benchmarked Kuasar, and the results demonstrated the superiority of its framework.
|Operation System||centOS 8|
In order to control variables consistently, we use:
same versions of cloud-hypervisor and guest-kernel
same container image: docker.io/library/ubuntu:latest
all pods are created using the hostNetwork mode, which means that CNI plugins are not used
the container root filesystem storage driver uses overlayfs
- memory overhead:
Start 1/5/10/20/30/50 pods，measure the Pss of Kuasar’s sandboxer process and the total Pss of all
containerd-shim-kata-v2 processes. The Pss is obtaind from the smaps_rollup file under the
Measure three times and take the average value.
- startup time:
The container startup time (including pod startup time) measured end-to-end through CRI. The testing is divided into two groups, one launching a single pod and the other launching 30 pods in parallel. Every group runs 500 times and obtains CDF data.
Benchmark Test Result
Figure1: Cumulative distribution of wall-clock times for starting container in serial, for Kata and Kuasar.
The boot time of Kata is about 850~950 ms while Kuasar is only 300~360 ms, which less than half of Kata.
Figure2: Cumulative distribution of wall-clock times for starting containers in groups of 50 in parallel, for Kata and Kuasar.
The boot time of Kata is about 1600~1800 ms while Kuasar is only 930~1050 ms, which nearly half of Kata.
Figure3: Memory overhead (Pss) for Kuasar’s sandboxer process and all the processes of Kata-shim.
With the number of pods increases, the memory overhead of Kuasar’s sandboxer grows very slowly.When the number of pods comes to 50, Pss is only about 15 MB.
On the other hand, the average Pss of each pods for Kata is about 18 MB, which significantly higher than Kuasar.
The test results are as shown above, we can see that Kuasar performs much better than KATA in terms of boot times and memory overhead.
Simply put, the better start-up times are due to the resident process mentioned earlier and the removal of the pause container.
And the memory overhead is lower because Kuasar uses the 1:N process management model and is written on Rust.
You can obtain the complete test report and test process from here.