草庐IT

pthread_mutex_lock

全部标签

c++ - Pthread 程序运行速度随着线程的增加而变慢

我是并行编程的初学者,我尝试使用pthread库编写并行程序。我在8处理器计算机上运行该程序。问题是,当我增加NumProcs时,每个线程都会变慢,尽管它们的任务总是相同的。有人可以帮我弄清楚发生了什么吗?`#defineMAX_NUMP16usingnamespacestd;intNumProcs;pthread_mutex_tSyncLock;/*mutex*/pthread_cond_tSyncCV;/*conditionvariable*/intSyncCount;/*numberofprocessorsatthebarriersofar*/pthread_mutex_tThr

c++ - 为什么std::lock_guard在使用std::adopt_lock之后释放锁?

在下面的示例中,方法foo()被调用,它获得互斥体的所有权,并将其锁定。然后它调用check(),它获得了所有权,但假定互斥体已经被锁定,因此使用std::adopt_lock简单地采用它。但是当check()完成时,互斥锁被解锁。所以当foo()继续时,我试图保护的部分实际上不再受到保护。#includestaticstd::mutexsessionLock;boolcheck();voidfoo(){std::lock_guardguard(sessionLock);if(check()){//Dotransaction//Wait...themutexisunlockedhere

c++ - 什么时候 std::shared_timed_mutex 比 std::mutex 慢,什么时候(不)使用它?

我正在尝试使用this在C++中实现多线程LRU缓存文章作为提示或灵感。它适用于Go,但所需的概念或多或少也存在于C++中。本文建议在散列表和链表周围使用带有共享互斥锁的细粒度锁定。所以我打算用std::unordered_map写一个缓存,std::list并使用std::shared_timed_mutex锁定.我的用例包括几个线程(4-8)使用此缓存作为拼写错误的单词和相应可能的更正的存储。缓存的大小约为10000-100000个项目。但是我在几个地方读到,使用共享互斥锁而不是普通互斥锁几乎没有意义,而且速度更慢,尽管我找不到一些带有数字的真实基准或至少在何时使用和何时不使用的模

解决git -c diff.mnemonicprefix=false -c core.quotepath=false --no-optional-locks commit -q -F C:\Users

解决在vscode中node-v能显示版本,但是git提交代码找不到node问题在项目中打开.git/hooks/目录。在Windows上,您可能需要显示隐藏文件夹,因为.git目录通常是隐藏的。在.git/hooks/目录中查找名为pre-commit的文件。如果找到该文件,删除它。pre-commit是GitHooks的一部分,它是在执行提交之前运行的脚本。通常,GitHooks的脚本位于.git/hooks/目录中。在绝大多数情况下,删除pre-commit文件会使Git不再运行提交前的钩子。请注意,这也会删除所有其他可能存在的提交前钩子。

c++ - pthread-win32 扩展 sem_post_multiple

我目前正在围绕pthreads构建一个薄的C++包装器供内部使用。Windows和QNX都是目标,幸运的是pthreads-win32端口似乎工作得很好,而QNX符合我们实际目的的POSIX。现在,在实现信号量时,我点击了函数sem_post_multiple(sem_t*,int)这显然只在pthreads-win32上可用,但在QNX中缺失。顾名思义,该函数应该通过作为第二个参数给出的计数来增加信号量。据我所知,该函数既不是POSIX1b也不是POSIX1c的一部分。虽然目前对上述功能没有要求,但我仍然想知道为什么pthreads-win32提供该功能以及它是否有用。我可以尝试使用

c++ - Boost 1.48.0 upgrade_to_unique_lock on Linux : Has something changed since 1. 47 还是我做错了什么?

我有一个小cppsource和hsource一些类的文件。它使用sharedmutexesandsharedlocks.它使用boost1.48.0在Windows上编译时没有错误。它还在linux上编译(之前使用boost1.47)。但是现在有这样的代码:boost::shared_mutexmut_;//...boost::upgrade_locklock(mut_);boost::upgrade_to_unique_lockuniqueLock(lock);导致奇怪的错误:====Buildingcf-fs(debug)====Creatingbin/obj/Debug/cf-f

c++ - 关于pthread调度器和优先级的问题

我在Debian7上使用gccc++4.7。我想为我的线程设置一些优先级。看起来我必须通过pthread来完成。我对pthread中的调度程序策略和优先级感到困惑。问题1:我在我的C++代码中使用sched_setscheduler将线程调度程序设置为SCHED_RR。这个进程中的所有线程都会使用这个实时调度程序吗?或者我可以在一个进程中为不同的线程设置不同的调度程序策略?问题2:线程优先级是只在进程内部生效还是跨进程生效?例如。我有两个进程都使用SCHED_RR。一个有一个优先级为99的线程,另一个有一个优先级为98的线程。前一个线程的优先级是否高于后者?如果线程使用不同的调度程序怎

c++ - 关于 pthread_cond_wait?

我有以下代码:typedefstruct{...volatileinti_lines_completed;pthread_mutex_tmutex;q265_pthread_cond_tcv;...}q265_picture_t;voidq265_frame_cond_broadcast(q265_picture_t*frame,inti_lines_completed){pthread_mutex_lock(&frame->mutex);frame->i_lines_completed=i_lines_completed;pthread_cond_broadcast(&frame->

c++ - 是否有用于 boost::interprocess 的 'upgrade_to_unique_lock'?

我正在寻找在偏向编写器读取器/编写器模型中的两个(或多个)进程之间有效共享数据block的最佳方法。我当前的测试是使用boost::interprocess。我已经创建了一些managed_shared_memory并试图通过使用存储在共享内存中的进程间互斥来锁定对数据block的访问。但是,即使在读取器上使用sharable_lock并在写入器上使用upgradable_lock时,客户端在写入操作期间将读取碎片值而不是阻塞。在单个进程中的线程之间进行类似的读写器设置时,我使用upgrade_to_unique_lock来解决这个问题。但是,我还没有找到它的boost::interp

c++ - "std::map with mutexes"与 "libcds maps (Michael Hashmap and Split Order List)"并行插入、查找、删除之间是否有任何速度测试?

所以我真的很想看到一些并行的速度测试(比如从100到10000个并行线程),其中每个线程至少在3种类型的并发映射上插入、查找、删除-std::map(有一些互斥锁)与libcds(ConcurrentDataStructures)...例如,如果这样的比较尚不存在,请帮助我创建一个。直接相关:LibCds:MichaelHashmapandSplitOrderList假设我们有#include#include#includeclassTestDs{public:virtualboolcontainsKey(intkey)=0;virtualintget(intkey)=0;virtua