草庐IT

gray8_ptr_t

全部标签

c++ - 相对于 memset,我可以从 std::fill_n(ptr, n, 0) 获得什么性能?

对于作为指针的迭代器ptr,std::fill_n(ptr,n,0)应该与memset(ptr,0,n*sizeof(*ptr))(但请参阅@KeithThompson对thisanswer的评论)。对于C++11/C++14/C++17模式下的C++编译器,在哪些条件下可以期望它们编译为相同的代码?并且当/如果它们不编译为相同的代码时,-O0是否存在显着的性能差异?-O3?注意:当然,部分/大部分答案可能是特定于编译器的。我只对一两个特定的编译器感兴趣,但请写下你知道答案的编译器。 最佳答案 答案取决于您对标准库的实现。例如,MS

c++ - 相对于 memset,我可以从 std::fill_n(ptr, n, 0) 获得什么性能?

对于作为指针的迭代器ptr,std::fill_n(ptr,n,0)应该与memset(ptr,0,n*sizeof(*ptr))(但请参阅@KeithThompson对thisanswer的评论)。对于C++11/C++14/C++17模式下的C++编译器,在哪些条件下可以期望它们编译为相同的代码?并且当/如果它们不编译为相同的代码时,-O0是否存在显着的性能差异?-O3?注意:当然,部分/大部分答案可能是特定于编译器的。我只对一两个特定的编译器感兴趣,但请写下你知道答案的编译器。 最佳答案 答案取决于您对标准库的实现。例如,MS

c++ - vector<unique_ptr> 使用 push_back 调整大小 - 它是如何工作的?

据我了解,当东西被push_back放入vector时,有时它必须分配一个新的内存块,导致将所有元素从旧内存块复制到其中,调用它们的析构函数。由于unique_ptr析构函数删除了拥有的内存,它们怎么可能与vector一起使用?在vector中使用unique_ptr是否安全?是不是比普通指针慢? 最佳答案 resultingincopyingalltheelementsintoitfromtheoldmemoryblock,callingtheirdestructors.Sinceunique_ptrdestructorsdele

c++ - vector<unique_ptr> 使用 push_back 调整大小 - 它是如何工作的?

据我了解,当东西被push_back放入vector时,有时它必须分配一个新的内存块,导致将所有元素从旧内存块复制到其中,调用它们的析构函数。由于unique_ptr析构函数删除了拥有的内存,它们怎么可能与vector一起使用?在vector中使用unique_ptr是否安全?是不是比普通指针慢? 最佳答案 resultingincopyingalltheelementsintoitfromtheoldmemoryblock,callingtheirdestructors.Sinceunique_ptrdestructorsdele

c++ - 我可以使用placement new 来重置shared_ptr 中的对象吗?

假设我有一个类。classBigData{...};typedefboost::shared_ptrBigDataPtr;然后我做:BigDataPtrbigDataPtr(newBigData());稍后在我完成我的对象之后,我确信该对象没有其他用户。执行以下操作是否安全:bigDataPtr->~BigDataPtr();new(&*bigDataPtr)BigData;这会让我在没有任何额外分配的情况下重置对象吗? 最佳答案 有几种方法可以解决这个问题。您可以使用placementnew,这可以保证是安全的,原因有两个:您已经

c++ - 我可以使用placement new 来重置shared_ptr 中的对象吗?

假设我有一个类。classBigData{...};typedefboost::shared_ptrBigDataPtr;然后我做:BigDataPtrbigDataPtr(newBigData());稍后在我完成我的对象之后,我确信该对象没有其他用户。执行以下操作是否安全:bigDataPtr->~BigDataPtr();new(&*bigDataPtr)BigData;这会让我在没有任何额外分配的情况下重置对象吗? 最佳答案 有几种方法可以解决这个问题。您可以使用placementnew,这可以保证是安全的,原因有两个:您已经

c++ - C++11 中 shared_ptr 的原子操作

通过阅读c++11草案n3242,第20.7.2.5节,看起来我们对shared_ptr进行了原子操作,这使我们能够对复杂结构进行无锁操作,而无需担心GC/内存泄漏。但是,我无法在GCC-4.7.0中成功使用它。我只是测试了以下程序#include#include#includestructX{intx;doubley;std::strings;};intmain(){std::shared_ptrx(newX);autop=std::atomic_load(&x);}它有编译器错误:c.cpp:13:33:error:nomatchingfunctionforcallto‘atomi

c++ - C++11 中 shared_ptr 的原子操作

通过阅读c++11草案n3242,第20.7.2.5节,看起来我们对shared_ptr进行了原子操作,这使我们能够对复杂结构进行无锁操作,而无需担心GC/内存泄漏。但是,我无法在GCC-4.7.0中成功使用它。我只是测试了以下程序#include#include#includestructX{intx;doubley;std::strings;};intmain(){std::shared_ptrx(newX);autop=std::atomic_load(&x);}它有编译器错误:c.cpp:13:33:error:nomatchingfunctionforcallto‘atomi

c++ - 利用 `std::weak_ptr` 实现自杀对象

我正在考虑使用“自杀对象”来模拟游戏中的实体,即能够自行删除的对象。现在,通常的C++03实现(普通的旧deletethis)对可能引用自杀对象的其他对象没有任何作用,这就是我使用std::shared_ptr的原因和std::weak_ptr.现在是代码转储:#include#include#includestructSuObj{SuObj(){std::coutcreate(){std::shared_ptrobj=std::make_shared();return(obj->ptr=std::move(obj));}private:std::shared_ptrptr;};int

c++ - 利用 `std::weak_ptr` 实现自杀对象

我正在考虑使用“自杀对象”来模拟游戏中的实体,即能够自行删除的对象。现在,通常的C++03实现(普通的旧deletethis)对可能引用自杀对象的其他对象没有任何作用,这就是我使用std::shared_ptr的原因和std::weak_ptr.现在是代码转储:#include#include#includestructSuObj{SuObj(){std::coutcreate(){std::shared_ptrobj=std::make_shared();return(obj->ptr=std::move(obj));}private:std::shared_ptrptr;};int