草庐IT

allocateing

全部标签

c++ - boost pool_alloc

为什么boost::fast_pool_allocator建立在单例池之上,而不是每个分配器实例一个单独的池?或者换句话说,为什么只提供那个,而不是每个分配器都有一个池的选项?那样做会不会是个坏主意?我有一个类在内部使用大约10种不同的boost::unordered_map类型。如果我使用了std::allocator,那么在它调用delete时所有内存都会返回给系统,而现在我必须在某些时候对许多不同的分配器类型调用release_memory。我自己推出使用池而不是singleton_pool的分配器是否愚蠢?谢谢 最佳答案 分

c++ - forward_list、set、list 等如何调用 std::allocator?

我注意到分配器只能分配T类型的对象并保留大小为n*sizeof(T)的内存块.std::list内部的链表节点然而,类型不一定是T类型的对象,它们的大小也不一定与T相同对象。那样的话,怎么可能std::list使用std::allocator分配内存? 最佳答案 这就是为什么rebindtype存在。它允许您创建一个类似的分配器,而不是分配其他东西(例如node)。基本上是这样的:std::allocatorint_alloc;std::allocator::rebind>node_alloc;//Perhapsmoreuseful

c++ - 自定义异常层次结构。来自 std::exception 和 std::bad_alloc 的可怕钻石

我在自己的异常层次结构中遇到继承问题。Exception类具有很好的功能(回溯、日志记录等),因此它是我处理任何异常的基类。正如我在许多网页中看到的那样,它继承自std::exception。此外,我正在使用一个单元测试框架来报告任何std::exception被意外抛出。但归根结底,这只是为了方便。然后,我有一个新的OutOfMemoryException类,它将由自定义new_handler抛出。该类继承自Exception,但也继承自std::bad_alloc以兼容现有代码。我猜这更重要,因为new将不再抛出std::bad_alloc。这里的问题很明显:因为std::bad_

c++ - std::allocator 中 "destroy" "destructor" "deallocate"之间的区别?

在C++std::allocator中,有三个方法与一个共同的概念相关:解除分配销毁析构函数我想知道:从内存管理的角度来看,它们之间有何不同?我什么时候应该使用这个而不是那个?谢谢!编辑:更具体的疑问:一开始不好意思笼统地说,这里有一些我不明白的地方。析构函数是做什么的?文档没有说到析构函数调用时内存是否会自动释放destroy用于调用对象的析构函数,这里的“对象”是什么意思?再次感谢! 最佳答案 只是来自cppreference.comdocumentation的简短描述为我非常清楚地解释差异"1.Whatdoesdestruct

c++ - 为什么无序关联容器在 C++0x 中不使用 allocator_traits<T>

为什么C++0x无序关联容器不使用allocator_traits来定义它们的成员类型pointer和const_pointer?例如,顺序关联容器和有序关联容器使用以下定义:typedeftypenameallocator_traits::pointerpointer;typedeftypenameallocator_traits::const_pointerconst_pointer;而无序关联容器使用这个:typedeftypenameAllocator::pointerpointer;typedeftypenameAllocator::const_pointerconst_po

解决es报错:the shard cannot be allocated to the same node on which a copy of the shard already exists

一:报错信息通过命令:curl-XGET"http://{ip}:9200/_cluster/allocation/explain"查看集群状态:可以看到其active_shards_percent为36.1%,elasticsearch健康状态为yellow,原因就是其存在UNASSIGNEDshards的情况,而此时也影响到了es的正常使用。二、分析原因:如果我们只有一台机器,部署运行了es,但是却在index的settings中设置了replica为1,那么这个replicashard就会成为unassignedshards,因为分片不能分配到已经存在分片副本的同一节点.而当我们在查看原

c++ - 如果对象是普通可构造/可破坏的,是否允许 STL 容器跳过调用 allocator::construct 和 allocator::destroy?

问题在标题中。容器是否允许这样做,或者分配器的方法是否保证被调用,即使对象是微不足道的可构造/可破坏的?我确实尝试搜索此内容,但空手而归...但如果重复,请告诉我。 最佳答案 §23.2.1[container.requirements.general]/p3:Forthecomponentsaffectedbythissubclausethatdeclareanallocator_type,objectsstoredinthesecomponentsshallbeconstructedusingtheallocator_trait

C++ allocator<X>::deallocate(NULL,1) 允许吗?

free(NULL)和::operatordelete(NULL)都是允许的。分配器概念(例如std::allocator是否也允许deallocate(NULL,1),或者是否需要自己保护它? 最佳答案 您需要添加自己的支票。根据§20.4.1.1/8,deallocate要求:pshallbeapointervalueobtainedfromallocate().nshallequalthevaluepassedasthefirstargumenttotheinvocationofallocatewhichreturnedp.a

c++ - 内存管理和 std::allocator

在检查我的代码时,我看到我使用了一些“丑陋”的结构,在一个类(称为“map”)中我有一个包含“数据”类的vector:std::vectorvector;其中PointerToHUGEClass就像名称描述的那样。(尽管指向的对象也属于map类,并在构造函数中使用“new”参数创建)。这一切都很好(目前)。不过,我仍然觉得它更像是一种解决方法。我使用“PointerToHUGEClass”而不仅仅是“HUGEClass”的唯一原因是因为我想确保对象不是从堆栈中声明的。然而,这是在我了解分配器之前完成的。现在我觉得分配器的任务或多或少是确保内存不是从堆栈中声明的。我的问题:我假设分配器负

c++ - 让 Howard Hinnant 的 short_alloc(C++11 版本)在 Visual C++ 2015 中编译

我希望能够将自定义分配器与std::vector一起使用,以便将小数据缓冲区(例如,小于1024字节)存储在堆栈上,并且只有较长的vector存储在堆上。作为一个有Fortran背景的人,每次我必须进行堆内存分配以在五行子程序的持续时间内存储六个元素时,这让我感到body疼痛!HowardHinnant发表了他的short_alloc分配器完全符合我的要求,如果我用gcc编译它,它会很好用。但是,在VisualC++中我无法编译它。在VisualC++2013中,部分问题是不受支持的C++11关键字太多,但即使我已将所有这些都#DEFINE掉,我仍然遇到了问题。今天尝试用VisualC