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のデータ構造から離れがちです。ポインタベースのデータ構造は直接渡せません。重要な制限やエッジケースがあり、これが実用的なモデルかどうかは明確ではありませんが、このプロジェクトは、システムを独立起動コンポーネントとして構成しつつ、従来のプロセスメモリ境界を緩和する方法を探求しています。