- 主题:从 shared meomry里copy到process local memory 速度慢
windows，用的boost::ipc::managed_windows_shared_memory，有什么可优化的地方吗？
在shared memory allocate + new (p) 还挺快的，但是另外一个进程copy出来要慢一倍，有什么没注意到的地方吗？
--
修改:ziqin FROM 122.224.174.*
FROM 122.224.174.*
Don't use boost anymore.
This is the trend.
【 在 ziqin 的大作中提到: 】
: windows，用的boost::ipc::managed_windows_shared_memory，有什么可优化的地方吗？
: 在shared memory allocate + new (p) 还挺快的，但是另外一个进程copy出来要慢一倍，有什么没注意到的地方吗？
--
FROM 75.102.1.*
另外有啥推荐的吗？
【 在 mvtec 的大作中提到: 】
: Don't use boost anymore.
: This is the trend.
:
--
FROM 183.128.166.*
share mem吗？
Windows用 CreateFileMapping(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE, ...);
其它用 shm_open
【 在 ziqin 的大作中提到: 】
: 另外有啥推荐的吗？
--
FROM 183.192.17.*
问得好。搭车问下有什么shared memory下的map或者key value实现推荐吗？
【 在 ziqin 的大作中提到: 】
: 另外有啥推荐的吗？
: --
发自「今日水木 on Android」
--
FROM 223.104.39.*
我只知道boost::ipc可以
但是群里说不用boost
【 在 typo 的大作中提到: 】
: 问得好。搭车问下有什么shared memory下的map或者key value实现推荐吗？
: 发自「今日水木 on Android」
--
FROM 183.128.166.*
了解了一下，boost被人喷的多的，主要是：
1、大。编译慢
大、慢的原因，
一是各种依赖关系，没梳理成有向无环；
二是冗余，同样功能的内部组件，可能boost里的几个库都有各自的一份实现
3、个别库性能不是很好
不知道现状还是这样不
【 在 ziqin 的大作中提到: 】
: 我只知道boost::ipc可以
: 但是群里说不用boost
:
--
FROM 125.35.123.*
我常用的几个感觉性能都还不错，asio, ipc, rational
boost有一堆BOOST_HAS_XXXX的宏，定义了以后会自动换用标准库的组件。
我个人的经验是一定要读user notes
ipc这次主要觉得写入还行，读取有个固定的overhead，不知道是不是有什么宏没设。
【 在 z16166 的大作中提到: 】
: 了解了一下，boost被人喷的多的，主要是：
: 1、大。编译慢
: 大、慢的原因，
: ...................
--
FROM 122.234.151.*
windows？x-perf走起
【 在 ziqin (子青|会挽雕弓如满月|西北望|射天狼) 的大作中提到: 】
: 我常用的几个感觉性能都还不错，asio, ipc, rational
:
: boost有一堆BOOST_HAS_XXXX的宏，定义了以后会自动换用标准库的组件。
:
--
FROM 221.216.116.*
我们是自己
wrapper linux下的shared memory
然后实现full duplex即有两个
circular buffer based on shared memory
不太清楚windows下的shared memory的机制
linux下会用unix socket 交换shared memory的fd
【 在 ziqin 的大作中提到: 】
: windows，用的boost::ipc::managed_windows_shared_memory，有什么可优化的地方吗？
: 在shared memory allocate + new (p) 还挺快的，但是另外一个进程copy出来要慢一倍，有什么没注意到的地方吗？
--
FROM 98.228.215.*