9.1.3.2 레거시 네이티브 라이브러리 직접 조작을 위한 제로 카피 융합(Zero-copy Data Sharing)

9.1.3.2 레거시 네이티브 라이브러리 직접 조작을 위한 제로 카피 융합(Zero-copy Data Sharing)

수십 년간 축적된 산업 현장의 플랜트 제어, 항공우주 네비게이션, 그리고 초정밀 CNC 로보틱스 분야에는 억만금을 주어도 감히 다시 작성(Rewrite)할 엄두를 내지 못하는 낡고 거대한 C/C++ 기반의 레거시(Legacy) 수학 엔진 및 제어 라이브러리들이 철옹성처럼 자리 잡고 있다.

새로운 분산 시스템 기술인 Zenoh 프로토콜 생태계를 이러한 구시대의 괴수들 속에 편입시키기 위해서는, 프로토콜 레이어 계층 간에 메모리 복사가 수반되는 지연(Latency Penalty)을 완벽하게 무효화하는 접합이 요구된다. 본 절에서는 zenoh-c의 메모리 아키텍처를 이용하여 레거시 C 라이브러리의 인메모리(In-Memory) 영역을 단일 바이트 복사조차 없이 스루풋(Throughput) 네트워크망으로 투사(Projection)하는 제로 카피 융합 체계를 수립한다.

1. 포인터 주권(Sovereignty) 통제와 페이로드의 형질 변환

일반적으로 상용 소켓(Socket) 통신 라이브러리들은 내부 커널 버퍼에 들어온 데이터를 사용자 공간 공간 버퍼 객체로 복사(Copy)하여 프로그래머에게 사본을 던져주는 수동적인 I/O 모델에 천착해왔다.
레거시 라이브러리의 무거운 수학 알고리즘 처리 함수, 예를 들어 void process_heavy_tensor(uint8_t* raw_buffer, size_t length) 와 같은 시그니처가 있다고 치자. 프로그래머는 수신 배열을 또다시 malloc 공간으로 떠버리고 파싱해야 하는 고통을 떠안는다.

Zenoh 코어는 이 저열한 패러다임을 혁파한다. zenoh-c가 수신 완료 후 파이어링(Firing)하는 콜백 핸들러 내부의 z_sample_t 구조체 내부에는, Zenoh의 최하단 러스트 엔진(zenoh-rs)이 운영하는 TCP 링 버퍼의 메모리 위치를 직접(Direct) 가리키는 sample->payload.start 원시(Raw) 포인터만이 담겨 있다.

// 레거시 네이티브 제어기 함수의 서명
extern void actuate_robotic_arm(const uint8_t* instruction_set, size_t len);

// Zenoh 수신 이벤트 핸들러
void minimal_overhead_subscriber_callback(const z_sample_t *sample, void *context) {
    // 1. 버퍼 복제(memcpy) 행위를 즉시 불법으로 단정한다.
    // 2. Zenoh 코어 힙 메모리의 포인터 소유권 뷰어 형태를 확보
    const uint8_t* direct_view_ptr = sample->payload.start;
    size_t payload_len = sample->payload.len;

    // 3. 레거시 라이브러리 엔진으로 포인터 객체만을 삽입하여 연산 수행 (Zero-Copy)
    // 수학적 텐서 배열이나 액추에이터 명령을 위한 O(1) 실행 진입 달성 
    actuate_robotic_arm(direct_view_ptr, payload_len);
}

2. 송신(Publisher) 궤도에서의 공유 메모리 뷰어 마킹

이번엔 역방향의 상황을 가정한다. H.264 하드웨어 인코더나 3D 라이다 포인트 클라우드 프레임 버퍼가 레거시 라이브러리 내부에 10 메가바이트(MB) 단위로 거대하게 기입되어 있는 상태다.
이를 Zenoh 네트워크망을 거쳐 클라우드 AI 서버로 발행(Put)할 때, 이 거대 버퍼를 또다시 TCP 스택 전송 버퍼로 이관(memcpy)하면 캐시 미스(Cache Miss)가 발생하고 스레드는 락아웃(Lock-out) 된다.

zenoh-c의 송신 구조체 z_bytes_t는 포인터 복사를 원천 방어하도록 레거시 메모리 스택 층위를 직접 가리키게끔 조작이 가능하다.

// 하드웨어 버퍼 구역을 직접 할당 받아 놓았다고 가정
uint8_t* legacy_huge_frame_buffer = get_firmware_dma_buffer_pointer();
size_t frame_size = 10485760; // 10MB 크기

// Zenoh Publisher 선언을 위한 Payload 마킹 (복사 금지 선언)
z_bytes_t payload_view;
// 메모리 할당(malloc) 없이, 오직 메모리 길이와 시작점만을 가리키는 구조체 규격 
payload_view.start = legacy_huge_frame_buffer;
payload_view.len = frame_size;

// C-ABI 브릿지를 타고 엔진 내선으로 포인터 정보만 강하
z_publisher_put(config, pub_handle, payload_view, z_put_options_default());

레거시 라이브러리의 직접 조작(Direct Manipulation) 메모리가 Zenoh 네트워크 카드의 DMA 캐시 대역으로 직결 발송(Offloading) 되는 궁극적인 데이터 전송 오프로딩의 완성이다.

3. 메모리 침범 파국에 대한 아키텍처 방어벽

영광스러운 제로 카피 기술의 가장 커다란 약점은 상호 배제(Mutex)가 파괴된 세그포트오버플로우 충돌이다. 포인터 주소만 넘기는 상황이기에 네트워크 송신이 미처 완료되기 전에 백그라운드의 레거시 메모리 스레드가 legacy_huge_frame_buffer 내부의 데이터 값을 오버라이팅(Overwriting) 해버리면, 절반은 과거 프레임이고 절반은 현재 프레임인 키메라(Chimera) 패킷 전송, 이른바 찢어짐 프레임 장해(Tearing Fault)가 유발된다.

통신 아키텍트는 락-프리(Lock-Free) 철학을 강제해야 한다. 레거시 라이브러리 엔진의 구동 프레임 생성 주기가 z_publisher_put 네트워크 송출 소요 시간과 오버랩되지 않도록 삼중 핑퐁 버퍼(Triple Buffering) 메커니즘을 내재시켜야 하며, 현재 Zenoh I/O 스레드가 참조하고 있는 읽기 구역(Read Layer)에 C++ 레거시 스레드가 쓰기(Write) 침범을 감행하지 못하도록 시스템 전체 메모리 생명주기를 엄밀한 위상 동기화 모형으로 전제하고 설계해야 한다.