2
100%
master: 100%

Ran 26 Sep 2016 12:44AM UTC

Files 146

Run time 6s

Badge

Embed ▾

Committed 26 Sep 2016 12:35AM UTC coverage: 100.0%. Remained the same

Job # TEST="Coveralls"

Build Type

push

travis-ci

Committed by

brendank310

Commit Message

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”>

Run Details

10862 of 10862 relevant lines covered (100.0%)

788.2 hits per line

Bareflank / hypervisor / 735 / 2
100%
master: 100%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 735.2 (TEST="Coveralls")

Bareflank / hypervisor / 735 / 2 100% master: 100%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 735.2 (TEST="Coveralls")

Bareflank / hypervisor / 735 / 2
100%
master: 100%

README BADGES
x