Bareflank / hypervisor / 735

100%

push

travis-ci

Updated Memory Manager (#210)

Round three on this. While working on the VMCall interface,
realized that we need a method for managing virtual memory
for memory mapping. The algorithm would be the same for the
memory manager. This patch moves the logic from the memory
manager to a generic memory pool class that can be used
for both the memory manager, but also for managing virtual
memory that will be used for mapping, as well as guest memory
in the future.

In addition, the algorithm was updated to a simple next fit
algorithm. Looking at how heap memory is allocted in our
current baseline, a block size of a CACHE_LINE_SIZE will
cover the vast majority of allocations without fragmentation
issues. Further optimizations would be better accomplished by:
- Creating more than one heap pool with a different block
  size
- Creating custom new / delete operators for classes

Signed-off-by: “Rian <“rianquinn@gmail.com”>

198 of 198 new or added lines in 6 files covered. (100.0%)

10862 of 10862 relevant lines covered (100.0%)

788.2 hits per line