Support mmap/sbrk interception for avoiding data copies between runtime and client

Open
#581 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
5/5
Estimated time
Over a week
Newbie friendliness
25/100
Issue type
Feature
Clarity
Needs clarification
Activity status
Stale
Tech stack
cpp

Research direction

Start by tracing the runtime and client allocation paths involved in copying data, then examine how mmap/sbrk interception and shared memory could fit those paths. Identify where processes would register private allocators and where the runtime would maintain the process-to-allocator mapping. Done means data can avoid copies, registrations are tracked, and a wreaper thread unregisters dead processes.

Written by the indexing model from the issue text.

Description

priority-medium

Currently, we copy data between clients and runtime since the runtime is in a different address space. However, if we intercept mmap/sbrk and put all data in SHM, this will allow applications to avoid the data copy, particularly for GET.

Each process will have to register its private allocator with the runtime. The runtime will have to store a mapping between process ID and allocator.

A well-formed version will have to have a wreaper thread to unregister dead processes automatically.

Dominant language
C++
Stars
34
Forks
19
PR merge metrics
No merged PRs in 30d

Getting set up

This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from HDFGroup/hermes

All issues in HDFGroup/hermes

Similar issues

More C++ issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.