我有一个单一写入者，多个读取者的情况。有一个计数器，一个线程正在写入，任何线程都可以读取这个计数器。由于单个写入线程不必担心与其他线程争用数据访问，下面的代码安全吗？uint32_t load_counter() {}
写入器线程直接读取counter，而不调用任何atomic_load*函数。这应该是安全
浏览 10提问于2017-02-02得票数 7
回答已采纳
考虑以下测试程序，编译并运行在完全实现C2011原子和线程的实现上。，以下所有说法都是正确的：
每个线程的atomic_load必须观察同一线程执行的增量，因此不能读取零。每个线程的atomic_load可能观察到也可能没有观察到另一个线程执行的增量。(在atomic_load之后，其他线程可能根本不会被调度。)因此，它可以读取</e
浏览 5提问于2022-08-02得票数 4
1回答
我正在做一个处理很多原子操作的项目。到目前为止，我还不知道atomic_load()，我只是依靠赋值操作符来获得原子类型的值，除了这么多的测试之外，我还没有看到一个错误。这些原子类型是由多个进程和线程以及atomic_compare_exchange_strong_explicit()更改的，所以每次都需要一个旧值，这就是我一直做oldValue
浏览 4提问于2019-05-24得票数 1
回答已采纳
在C++20中，我们可以写：有同样效果的函数吗？我尝试过std::atomic_load，但是似乎没有对非原子对象的过载。
浏览 2提问于2020-07-01得票数 7
回答已采纳
1回答
避免SPSC队列索引的错误共享
、、、、
它们可以被视为私有线程局部变量，因此它们是不同步的，因此不被定义为原子变量。函数num_remaining_storage和num_stored_elements是基于传递的参数和不可变队列容量执行简单计算的const函数--它们不执行任何原子读或写。现在的问题是：我是否也需要对cached_tail和cached_head，以完全避免错误地共享任何索引，或者它是可以的。由于cac
浏览 4提问于2020-04-29得票数 2
回答已采纳
3回答
无锁双向链表的原子操作
、、、、
在本文中，他们使用了一种智能的方法来存储单词中的删除标志和指针。compareAndSwap函数中，我必须比较和交换三个原子变量。有关问题的信息是现在我的问题是:我如何编写compareAndSwap函数来比较和交换三个原子变量，或者我在哪
浏览 3提问于2013-10-27得票数 4
如果我有一个类型 FOO, BAZ,然后，我可以声明那种类型的原子版本吗？_Atomic(enum foo);以下程序不带警告地编译： _Atomic(enum foo) foo_a;
浏览 0提问于2019-03-05得票数 5
回答已采纳
1回答
使用shared_ptr时
、、、、
我正在尝试通过使用来实现C++中基于shared_ptr的基于并发列表的集合shared_ptr。我的推理是，unreachable nodes将由最后一个shared_ptr自动释放。根据我的理解，shared_ptr's reference count上的增量和递减操作是原子的。这意味着只有引用该节点的最后一个 shared_ptr才应该为该节点调用delete/空闲。我运行
浏览 3提问于2018-02-10得票数 5
1回答
博士:我需要微软C(而不是C++)相当于C11的atomic_load。有人知道什么是正确的功能吗？也许我遗漏了一些东西，但是似乎没有任何东西可以用于简单的负载。我唯一能想到的就是像Interl
浏览 2提问于2017-03-07得票数 9
回答已采纳
2回答
，mSubLevels在chunk中是空的。实际上，我有一些方法，在其中一个方法中，在第一次访问mSubLevels时，我检查这个指针，如果为null，我将通过一个mutex创建所需的数据。但是其他方法是只读的，我不改变structure。(在创建acquire/release的线程和读取它们的线程之间没有任何chunks排序)。
现在
浏览 3提问于2013-12-29得票数 0
回答已采纳
通过阅读c++11草案，20.7.2.5节，看起来我们在shared_ptr上进行了原子操作，这使我们能够在复杂的结构上进行锁释放，而不必担心GC/内存泄漏。然而，我不能成功地使用它在GCC-4.7.0。;};
std::shared_ptr<X> x(new X);有人知道我错过了什么吗
浏览 1提问于2012-06-09得票数 12
假设线程1在变量v上使用memory_order_release (或任何其他顺序)进行原子存储，而线程2使用memory_order_relaxed对v执行原子读取。在这种情况下，不可能有部分阅读。部分读取的一个例子是从最新值读取v的前半部分，从旧值读取v的后半部分。
如果线程2现在不使用原子操作就读取v，理论上可以部分<em
浏览 1提问于2019-10-20得票数 0
回答已采纳
它们都使用相同的mmap-ed内存区域来传递一些信息，在本例中是uint16_t。#include <cstdint>#include <iostream>
#include <sys/mman.h我担心的</e
浏览 12提问于2022-08-24得票数 0
第一个问题
用作类型说明符；这指定了一个新的原子类型。_Atomic type-name (2) (自C11以来)在</em
浏览 0提问于2017-12-26得票数 1
回答已采纳
1回答
在BSD提供的原子操作(如在原子(9)手册页上提供的)中，有atomic_load_acq_int()和atomic_store_rel_int()。在寻找其他操作系统(例如，通过为Mac读取原子(3)手册页、为Solaris读取手册页和为Windows读取Interlocked*()函数)时，似乎没有任何(明显的)等价于仅仅原子地读取/
浏览 3提问于2010-07-11得票数 3
2回答
原子新手来了。我的代码目前看起来如下(简化)：{}
换句话说，我的想法是让thread_b原子地交换共享对象我<em
浏览 0提问于2018-10-30得票数 14
回答已采纳
我正在尝试准确地理解如何使用原子操作安全地管理共享指针。事实证明，VC11 (Visual studio 2012)支持C++11，因此可以允许std::shared_ptr上的读/写竞争。我想检查一下我是否理解了基础知识，然后询问一些关于VC11中std::shared_ptr上的原子操作的实现细节。x = std::make_shared<A>(args1);
y = std::make_shared<
浏览 1提问于2013-03-09得票数 5
回答已采纳
使用atomic_store存储的数据和使用atomic_load加载的数据是否始终保持一致？
具体地说:在现代英特尔处理器上，C11程序访问故意放在高速缓存线之间边界上的64位数据。它使用atomic_store & atomic_load (来自<stdatomic.h>)从多个线程(运行在不同的内核上)访问这些数据。数据是否总是一致的，或者加载数据(atomic_load)有时会有一些字节属于旧值，而另一些字
浏览 10提问于2017-08-17得票数 6
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
云直播
腾讯会议活动推荐
腾讯云开发者
