Threadprocs – 하나의 주소 공간을 공유하는 실행 파일들 (0-복사 포인터)

이 프로젝트는 여러 독립적인 프로그램을 하나의 공유 가상 주소 공간에 실행시키면서도 별도의 프로세스처럼 동작합니다(독립적인 바이너리, 전역 변수, 수명). Threadprocs가 주소 공간을 공유할 때, 포인터는 잘 동작하는 Linux 바이너리에 대해 코드 변경 없이도 유효합니다. 스레드와 달리 각 threadproc은 독립적이고 반격리된 프로세스입니다. dlopen 기반 플러그인 시스템과 달리, threadprocs는 `main()` 함수를 가진 전통적인 실행 파일을 실행합니다. POSIX 프로세스와 달리, 포인터는 같은 주소 공간을 공유하기 때문에 threadprocs 간에 유효합니다. 이는 `std::string`이나 `std::unordered_map`과 같은 관용적인 포인터 기반 데이터 구조가 threadprocs 간에 전달되고 직접 접근될 수 있음을 의미합니다(일반적인 데이터 경쟁 고려 사항 포함). 이는 pthreads와 다중 프로세스 공유 메모리 IPC 사이의 프로그래밍 모델을 구현합니다. 구현은 로드 시 ASLR과 가상 주소 레이아웃을 조정하고 `exec()`의 사용자 공간 유사체를 구현하며, threadproc 파일 디스크립터, 시그널 등을 신중하게 조작하는 데 의존합니다. 이는 완전히 권한 없는 사용자 공간 코드로 구현되었습니다: <https://github.com/jer-irl/threadprocs/blob/main/docs/02-imp...>. <https://github.com/jer-irl/threadprocs/tree/main?tab=readme-...>에는 간단한 데모와 함께 '교차 threadproc' 메모리 역참조를 보여주는 고수준 다이어그램이 포함되어 있습니다. 이는 공유 메모리(종종 링 버퍼나 플랫 테이블)를 가진 다중 프로세스 시스템과 관련이 있습니다. 이러한 설계는 종종 직렬화나 복사를 필요로 하며, 관용적인 C++이나 Rust 데이터 구조에서 멀어지는 경향이 있습니다. 포인터 기반 데이터 구조는 직접 전달될 수 없습니다. 상당한 제한 사항과 경계 사례가 있으며, 이것이 실용적인 모델인지는 명확하지 않지만, 이 프로젝트는 시스템을 독립적으로 실행되는 구성 요소로 구조화하면서도 전통적인 프로세스 메모리 경계를 완화하는 방법을 탐구합니다.