1回答
用SRW锁替换临界区
、、、
如果应用程序的目标是Windows Vista或更高版本，我们可以用替换所有的吗？因为临界区是互斥的，所以在使用上它等同于独占模式下的SRW锁，对吧？根据MSDN的说法，SRW在速度和空间方面都进行了优化。这样做有什么缺点吗？我不确定微软是如何在内部实现CS和SRW的。
谢谢!
浏览 0提问于2010-08-17得票数 12
回答已采纳
1回答
代码运行得很好，没有任何问题的迹象，但我想知道我是否需要将对Int64计数器的访问包装在一个临界区中？
我还想知道临界区访问的速度损失是多少？
浏览 0提问于2011-12-09得票数 0
回答已采纳
1回答
OpenMP:用锁替换临界区
、、、、
如何用omp_locks替换临界区？我的临界区的原始代码是这样的，它工作得很好： #pragma omp for // do thread-safe pre-processing#pragma omp critical // do critical section stuff} 现在我做同样的事情，但是用锁来代替： o
浏览 51提问于2019-03-11得票数 0
回答已采纳
2回答
代码使用临界区作为同步原语，我认为这里有一些问题。此外，调试器还指向其他线程拥有的临界区，但锁计数为-2。根据我的理解，锁count>0意味着临界区被一个或多个线程锁定。所以有没有可能我正在寻找正确的临界区，它可能是死锁的罪魁祸首。
在什么情况下，临界区的锁计数可能为负值？
浏览 3提问于2009-06-26得票数 13
回答已采纳
1回答
Go中的递归临界区
、、、
但是，我找不到任何合理的方法来实现一个非常常见的并发模式--可重入或递归临界区。
粗略地说: goroutines A和B将竞争一个临界区上的锁(比如结构中的某个状态需要进行原子修改)。假设A接收到锁。但是，A会递归，可能需要多次进入临界区。当它在进入临界区时退出临界区，goroutine B将获得锁，依此类推。我想用通道来实现这一点(或者在Go中以任何可能的方式
浏览 0提问于2015-05-27得票数 3
1回答
对于非常短的临界区，自旋锁(繁忙等待锁)比互斥休眠锁更有效。假设系统的上下文切换时间(保存当前进程并加载下一个进程所需的时间)是T。临界区需要多长时间才能使用互斥休眠锁而不是自旋锁更有效？
浏览 0提问于2015-04-17得票数 2
2回答
我目前正在研究互斥锁是如何工作的。我想我有点掌握它了。图片下面的假设是正确的吗？这里我们有两个进程，Pi和Pj，它们想要执行它们的临界区，我试图解释互斥锁是如何工作的，以防止竞争条件的发生。Pi尝试使用acquire()获取锁。在开始时，没有任何进程正在执行其临界区，因此可用将是真的。在acquire的while循环中，条件将为false，并且不会“忙等待”，available将被设置为false。将available设置为false的原因是为了防止其他进程
浏览 2提问于2017-10-16得票数 1
4回答
如果一个临界区锁当前由一个线程拥有，而其他线程正在尝试拥有这个锁，那么除了拥有该锁的线程之外的所有线程都会进入等待队列，等待该锁被释放。当初始拥有线程释放临界区锁时，等待队列中的一个线程将被选择运行，并被赋予允许线程运行的临界区锁。
如何选择要运行的下一个线程，因为不能保证第一个来的线程将是该线程的所有者。
浏览 0提问于2010-07-29得票数 2
1回答
临界区定义
、、、、
在下面的示例代码中，“关键部分”在哪里？在"sem_wait()“之后？#include <unistd.h>#include <pthread.h>void * thread_rcv(void *arg);int number=0;
浏览 1提问于2013-04-16得票数 0
1回答
换句话说，大多数线程都被互斥锁阻塞了。
我的问题是，是否有一些工具或技术可以在不读取源代码的情况下检测可执行文件中有多少线程被互斥锁阻塞？
浏览 19提问于2019-07-29得票数 0
回答已采纳
1回答
假设我锁定了一个互斥锁。有无限数量的其他线程在等待锁定互斥锁。当我解锁互斥锁时，会选择其中一个线程进入临界区。然而，我无法控制是哪一个。如果我想让特定的线程进入临界区怎么办？
浏览 3提问于2012-10-03得票数 2
回答已采纳
根据我的简单猜测，我认为有一个锁计数，当一个线程试图获取一个CS时，它会进行互锁交换/相加。这种交换/添加是否会以任何方式影响其他核心/线程？例如，内核有自己的内存缓存(我说的对吗？)
浏览 3提问于2012-09-22得票数 1
回答已采纳
3回答
线程同步-临界区还是互斥锁？
、、、、
如果我需要同步两个线程，这两个线程都在特定套接字上使用send()调用函数，那么是扭曲send()函数上的临界区还是考虑使用互斥锁更有用？(因为套接字是内核对象)
浏览 0提问于2013-01-16得票数 1
回答已采纳
1) Sutter建议将不需要锁定临界区的代码移出临界区(除了增加临界区的粒度外)，以防嵌套调用本身进入临界区。我一直这样做，但正如他在“使用临界区(最好是锁)消除竞争”一文中指出的那样，编译器可以将代码移动到临界区。那么，这是一种强制执行锁层次结构并防止嵌套临界区(这可能导致死块)的可靠方法吗？2)在“最大化
浏览 2提问于2009-07-15得票数 2
3回答
我正在阅读有关给定测试用例的临界区和互斥量之间的C#性能差异的。我正在考虑是否有更多的文档为C++应用程序的各种锁定类提供性能开销，特别是在Windows32或64位平台上运行的MFC？我只处理一个包含多个线程的进程，并且正在考虑切换到临界区。长期自动化测试表明，我不需要互斥类提供的超时。
因此，有没有人知道任何与不同Windows平台上不同MFC锁定机制的性能开销相关的参考文档？
浏览 3提问于2011-10-10得票数 3
回答已采纳
1回答
如果一个全局变量在两个不同内核上同时运行的两个线程之间共享，那么即使对共享变量的访问是由临界区控制的，是否存在数据争用或意外值的可能性？我需要声明变量atomic(volatile)吗？每个核心可能在其缓存中具有共享变量的值，并且当一个线程向其缓存中的副本写入时，在线程1释放锁之后，不同核心上的另一个线程可能从其缓存中读取陈旧的值。默认情况下，编译器是否为临界区或互斥锁控制的变量生成易失性读/写代码？
浏览 2提问于2012-01-11得票数 3
回答已采纳
我正在寻找一种方法来调试罕见的Delphi7临界区(TCriticalSection)挂起/死锁。在这种情况下，如果线程在临界区上等待超过10秒，我希望生成一个报告，其中包含当前锁定临界区的线程的堆栈跟踪，以及等待10秒后未能锁定临界区的线程的堆栈跟踪。如果出现异常或应用程序终止，则没有问题。如果可能，我更喜欢继续使用临界区，而不是使用其他同步原语，但可以在必要时切换(例如获得超时功能)。
如果工具
浏览 0提问于2010-09-16得票数 9
回答已采纳
云服务器
ICP备案
对象存储
云直播
腾讯会议
腾讯云开发者
