- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我有两个程序。
#include <iostream>
#include <boost/interprocess/managed_shared_memory.hpp>
int main(int argc, char const* argv[])
{
boost::interprocess::shared_memory_object::remove("High");
try {
boost::interprocess::managed_shared_memory managed_shm(
boost::interprocess::create_only,
"High",
256);
std::cout << "success" << std::endl;
}
catch (boost::interprocess::interprocess_exception &ex) {
std::cout << ex.what() << std::endl;
}
return 0;
}
它打印输出“boost::interprocess_exception::library_error”
但是将 256 更改为 512,它会打印“成功”:
#include <iostream>
#include <boost/interprocess/managed_shared_memory.hpp>
int main(int argc, char const* argv[])
{
boost::interprocess::shared_memory_object::remove("High");
try {
boost::interprocess::managed_shared_memory managed_shm(
boost::interprocess::create_only,
"High",
512);
std::cout << "success" << std::endl;
}
catch (boost::interprocess::interprocess_exception &ex) {
std::cout << ex.what() << std::endl;
}
return 0;
}
256 和 512 有什么区别?
最佳答案
256 和 512 之间的差是 256。
256 字节对于您系统上的段管理器控制 block 来说太小了(可能是任何 64 位目标)。
开销可能会让您感到惊讶,但它有一点意义,因为涉及“堆管理”(在 Boost Interprocess 中称为段管理)。
另见 Bad alloc is thrown :
There's considerable initial overhead, consuming 320 bytes before anything happened.
(它还显示了不同分配方案/数据结构的图表)
如果你想要一个没有段管理的原始共享内存对象,使用shared_memory_object
关于c++ - 关于 boost::interprocess::managed_shared_memory->size 的谜题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44304098/
当我创建一个新的 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
我是一名优秀的程序员,十分优秀!