- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
我正在寻找关于在通过 boost::interprocess
的 managed_shared_memory 创建静态共享内存块时应该分配多少内存的明确答案(如果确实存在的话)
。连official examples似乎分配arbitrarily large内存块。
考虑以下结构:
// Example: simple struct with two 4-byte fields
struct Point2D {
int x, y;
};
我最初的 react 是必要的大小是 8 个字节,或 sizeof(Point2D)
。当我尝试构造一个对象时,这惨遭失败,在运行时出现段错误。
// BAD: 8 bytes is nowhere near enough memory allocated.
managed_shared_memory segment(create_only, "My shared memory", sizeof(Point2D));
什么读/写操作导致段错误?堆栈操作?在 segment.construct()
中临时分配?分配共享内存时需要多少开销?
通过反复试验,我发现将大小乘以 4 可以用于上述结构,但是当我开始向我的 struct
添加更多字段时,它就会崩溃。所以,这有点像糟糕的黑客攻击。
有些人可能会争辩说现代 PC 中的“内存很便宜”,但我不同意这种理念,并且不喜欢分配比我需要的更多的内存,如果我能避免的话。我昨天浏览了 Boost 文档,但找不到任何建议。今天是为了学习新东西!
最佳答案
来自 this paragraph文档:
The memory algorithm is an object that is placed in the first bytes of a shared memory/memory mapped file segment.
内存段布局:
____________ __________ ____________________________________________
| | | |
| memory | reserved | The memory algorithm will return portions |
| algorithm | | of the rest of the segment. |
|____________|__________|____________________________________________|
该库在段的开头有额外的内存开销,因此占用了您请求大小的几个字节。根据this post和 this post ,这个额外字节的确切数量无法确定:
You can't calculate it, because there are memory allocation bookeeping and fragmentation issues that change in runtime depending on your allocation/deallocation pattern. And shared memory is allocated by pages by the OS (4K on linux 64k on windows), so any allocation will be in practice allocated rounded to a page:
managed_shared_memory segment(create_only, "name", 20);
will waste the same memory as:
managed_shared_memory segment(create_only, "name", 4096);
关于c++ - 'managed_shared_memory' 应该分配多少内存? ( boost ),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4166642/
当我创建一个新的 boost::interprocess::managed_shared_memory 时,我可以看到一个文件出现在 C:\ProgramData\boost_interprocess
我正在研究 boost 库的共享内存部分,为更大的项目做准备。我需要一个共享内存段,在初始化时我不一定知道它的大小,所以我的计划是增加这个段。 我的初始实现有一个存储在共享内存中的 boost::in
我目前正在查看 Boost 的进程间库的文档,并试图找出其中的区别。 据我所知,唯一的区别是持久性(windows 共享内存在最后一个进程退出时被释放,managed_shm 仅在被告知时才被释放),
我正在寻找关于在通过 boost::interprocess 的 managed_shared_memory 创建静态共享内存块时应该分配多少内存的明确答案(如果确实存在的话) 。连official
如何将具有任意名称和任意大小的文件放入 boost::interprocess::managed_shared_memory? 注意,我不是指 boost::interprocess::managed
boost::interprocess::managed_shared_memory manual和 most other我检查的资源总是显示示例,其中有一个父进程和它产生的一堆子进程。 在我的例子中
我有 2 个进程,进程 1 创建一个 boost managed_shared_memory 段,进程 2 打开这个段。然后重新启动进程 1,进程 1 的开始有以下内容, struct vshm_re
我的目标是创建一个名为 SharedMemory 的模板单例类,它可以使用 boost::interprocess::managed_shared_memory 将给定的数据结构存储在共享内存中的映射
我正在使用 boost::interprocess::managed_shared_memory 来创建跨进程共享的内存。 以下是采取的步骤: 步骤 a) Create memory. 步骤 a) O
下面是官方在进程间共享内存中使用vector的例子: http://www.boost.org/doc/libs/1_55_0/doc/html/interprocess/quick_guide.ht
我意识到使用 boost managed_shared_memory 我有一种奇怪的内存泄漏。 在打开或创建共享内存后,一旦超出范围,我的进程持有的内存量不会减少。 这是重现问题的示例: #inclu
我正在使用 boost::interprocess::managed_shared_memory。最初我分配说 X mb 内存。当进程耗尽内存时,我们将内存增加一个固定值(比如 Y mb,执行 unm
在所有 boost 进程间的例子中,我只看到它在 main() 中被初始化。 #include #include using namespace boost::interprocess; int
我创建了一个具有名称和大小的 managed_shared_memory 对象。之后,我想再次获得这个名字。我该怎么做呢?我希望有一个像 get_name 或类似的函数,但我找不到。 #include
这个问题在这里已经有了答案: Is there a better way to check for the existence of a boost shared memory segment? (
我收到以下“第一次机会异常”消息,该消息来 self 编写的 DLL,该 DLL 在我未编写的可执行文件中运行。也就是说,DLL 是一个插件。第一次触发此异常时,尝试打开共享内存映射文件失败。如果我忽
考虑以下情况: class Helper { public: // Getters and setters are present! private:
我有两个程序。 #include #include int main(int argc, char const* argv[]) { boost::interprocess::shared
我是新手。我在以下示例中使用“boost 托管共享内存”,但在以下行的共享段中分配内存时,一个实例崩溃了: char_string key_object(keyHashStr.c_str(), al
boost::interprocess 会像这样创建一个 shm: boost::interprocess::managed_shared_memory segment(boost::interpro
我是一名优秀的程序员,十分优秀!