高屋建瓴，确实如此。但目前似乎没有更高级的库，只能用windows api？
【 在 eventvwr 的大作中提到: 】
: 搞个内存队列就行了。
--
FROM 221.218.140.*

谢谢。
虽然现在我就类似这样，用Windows API实现的（信号邮箱用于交互元信息），但其实到头来还是得“拷贝”，从进程A的数据结构T，拷贝一部分结构T2到共享内存块SharedMemory中，然后共享给B进程映射回T2。

这里面多了一个拷贝到内存块的过程，看起来不是完全态的共享内存。

我也应该无法直接把SharedMemory定义在T或T2里（因为Windows API一旦使用，我暂时无法让它可Send（这是很高级的技巧，不容易搞好），没法配合程序里的大量多线程并行的架构，）

有没有什么更高级技巧，把在A进程里“零拷贝”把数据T映射到内核，然后内核再“零拷贝”映射到进程B中？有没有类似的库，把中间过程已经实现好了？




【 在 xiaokang 的大作中提到: 】
: 信号量，信号量
--
修改:AlphaO FROM 221.218.140.*
FROM 221.218.140.*

几年前回环仍要走协议栈，有协议开销。

有时序要求，至少从A的角度看，每一帧都必须要计算，确保发出。从B的角度看，至少A能够B留出理论上充足的接收处理时间去应对每一帧。A-->光纤-->B倒是可以解决，但代价太大，放弃

【 在 VincentGe 的大作中提到: 】

: ...................
--
FROM 123.127.159.*

非常感谢，代码级指导，很有启发！
很值得参考，看着像是AI生成的，但质量看着很高，这个AI有点厉害。
先写lib再写app的风格，实在要赞美

这几天我也改善了一下，因为我发现共享内存其实不存在Send和Sync的问题，是可以天然多线程处理的。所以现在我从图像流的源头（GPU输出），就直接创建共享内存，从GPU Buffer直接拷贝到SharedMemory （不再经过原本的Vec<u16>图像缓冲图），而后所有后续地方都用Arc<SharedMemory>传递。结构大致为

unsafe impl Send for SharedMemory {}
unsafe impl Sync for SharedMemory {}

pub struct SharedMemory {
    handle: HANDLE,
    mapping: MEMORY_MAPPED_VIEW_ADDRESS,
    pub size: usize,
    pub header_size: usize,
    pub cursor: usize,
}

impl SharedMemory {
    #[inline]
    pub fn as_ptr(&self) -> *mut u8 {
        self.mapping.Value as *mut u8
    }
    #[inline]
    pub fn write(
        &mut self,
        data: &[u8],
    ) {
        unsafe {
            let ptr = self.as_ptr().add(self.cursor);
            std::ptr::copy(data.as_ptr(), ptr, data.len());
            self.cursor += data.len();
        }
    }
}

impl Drop for SharedMemory {
   //
}



【 在 xiaokang 的大作中提到: 】
: 以下是基于 Rust 语言实现的生产者 - 消费者内存共享通信程序，特别处理了消费者验证数据归属的逻辑：
: rust-producer-consumer-ipc
: Rust版生产者-消费者内存共享通信程序
: ...................
--
FROM 123.127.159.*