草庐IT

atomic_fetch_add

全部标签

c++ - 将 C++0x 的 atomic<int> 作为非原子访问

我的程序中有一个atomic类型的原子变量.在某些地方,我不需要以原子方式访问其中的值,因为我只检查它是否为0。换句话说,在那些情况下,我想避免在有原子访问时发生的总线锁定等开销。如何以非原子方式访问原子变量。使用(int)对其进行类型转换是否足够,如下所示?如果不是,我想我该怎么做?atomicatm;intx;........x=(int)atm;//Wouldthisbeanon-atomicaccess,nobuslockingetall? 最佳答案 您无法摆脱原子性属性。但是您可以通过放宽内存排序保证来减少使用原子变量所涉

c++ - boost::atomic 的 header 是什么

我想使用boost::atomic但要包含什么header?没有boost/atomic.hpp 最佳答案 Boost.Atomic目前还不是boost的官方部分。如果您仍想使用它,则需要从here获取它。.或者你可以试试Boost.Interprocess对于原子操作,依赖编译器相关扩展,如gccs原子操作(__sync_val_compare_and_swap等),或者,如果c++11是一个选项,请使用std::atomic,这几乎与boost::atomic相同IIRC.编辑:一如既往,这些事情发生了变化:Boost.Atom

c++ - 访问声明已弃用,取而代之的是使用声明;建议 : add the ‘using’ keyword

我回到了我以前的C++学校作业中,它实现了一个二叉树。我有一个文件(Tree.cpp),其中包含用于插入、查找、删除等节点的函数。在顶部,我有“usingnamespacestd;”。我收到的警告是由另一个文件SymTab.hpp引起的,它看起来像这样:#ifndefSYMTAB_H#defineSYMTAB_H#include#include"Tree.hpp"usingnamespacestd;templateclassSymTab:privateTree{public:Tree::Insert;Tree::Lookup;Tree::Remove;Tree::Write;Tree:

c++ - Fedora 22 - 编译 - __atomic_is_lock_free

我尝试在Fedora22上编译一个软件(SuperCollider),但我遇到了一个问题:libsupernova.a(server.cpp.o):Infunction`std::atomic::is_lock_free()const':/usr/include/c++/5.1.1/atomic:212:undefinedreferenceto`__atomic_is_lock_free'collect2:error:ldreturned1exitstatusserver/supernova/CMakeFiles/supernova.dir/build.make:96:recipefo

c++ - 对于 Cmake,您可以使用 `add_compiler_flags()` 命令修改发布/调试编译器标志吗?

在add_compile_options()的手册页中,我没有看到任何关于如何修改发布/调试编译器标志的提及。您可以使用add_compiler_options()修改发布/调试编译器标志吗?如果是,如何?如果不是,推荐的规范方法是修改therelease/debugcmakevariables[1]asdescribedhere吗?[1]即设置cmake变量CMAKE__FLAGS_(对于langc/c++它将是:CMAKE_CXX_FLAGS_RELEASE、CMAKE_CXX_FLAGS_DEBUG、CMAKE_C_FLAGS_RELEASE、CMAKE_C_FLAGS_DEBU

c++ - 为什么 volatile 不是 sig_atomic_t 的一部分

在我的平台(X86、Fedora、gcc9.1.1)上,sig_atomic_t类型定义为普通的int。在C++标准中,sig_atomic_t始终与volatile限定符一起使用。我明白为什么需要volatile,但为什么它不是类型的一部分呢?类似于:usingsig_atomic_t=volatileint; 最佳答案 这是从C继承的。C定义,同时允许sig_atomic_t要volatile合格,不需要它。我看过的标准文档(N1570)中使用的所有示例都以volatilesig_atomic_t的形式给出。.现在使用std:a

c++ - add_lvalue_reference/add_rvalue_reference 和 cv 限定类型

cppreference.com关于std::add_lvalue_reference/std::add_rvalue_reference:IfTisanobjecttypeorafunctiontypethathasnocv-orref-qualifier,providesamembertypedeftypewhichisT&&,otherwisetypeisT.这是否意味着如果T是const或volatile则T不会转换为引用?如果不是,那么“没有cv限定符”是什么意思。 最佳答案 DoesitmeanthatifTiscons

c++ - clang 不知道 std::atomic_bool,但 XCode 知道

我正在尝试编译声明std::atomic_bool类型变量的C++11代码。这是在带有clang的MacOS10.8.2上:clang--versionAppleclangversion4.1(tags/Apple/clang-421.11.66)(basedonLLVM3.1svn)Target:x86_64-apple-darwin12.2.0Threadmodel:posixclang提示std::atomic_bool:clang++-c-stdlib=libc++-msse4-std=c++11-Wno-unused-parameter-I.-oquery.oquery.cp

c++ - std::atomic 库依赖项 (gcc 4.7.3)

我一直在尝试使用std::atomic进行编译,但我得到了对__atomic_load、__atomic_store和__atomic_store_16的未解析引用。我知道在更高版本的gcc(4.8+?)中包含-latomic,但我正在使用gcc4.7.3进行编译;我试过添加-latomic_ops和-latomic_ops_gpl,但两者似乎都没有太大作用。我现在正在安装gcc4.8.1,但我确实有一个真正需要为4.7.3编译的发布平台。非常感谢。编辑:好的,这是导致我遇到的问题的一些代码:atomics.cpp#include#includestructdataStruct{int

c++ - c++ operator |= atomic 是多核处理器吗?

我目前正在与另一位开发人员争论,他向我保证以下c++语句是原子的:x|=0x1;//xissharedbymultiplethreads在Release模式下用VC++11编译生成以下程序集:01121270ordwordptrds:[1124430h],1另一个开发者说位操作是原子的,因此是线程安全的。我对英特尔i7处理器的体验与此相反。我认为对于多核处理器,任何共享内存写入都是不安全的,因为有单独的处理器缓存。但经过更多研究后,似乎x86处理器提供了一些与处理器/内核之间的内存操作顺序相关的保证,这表明它应该是安全的......同样,这不是根据我的经验,情况似乎是这样。由于我没有关