c - mutexes - 定时锁定-6ren

c - mutexes - 定时锁定

转载作者：太空狗更新时间：2023-10-29 12:16:25

26

4

我想锁定一个互斥锁，但如果超时到期则失败。此外，我不想在超时后等待更多时间。

我知道你在想什么。 pthread_mutex_timedlock。但是，如果系统时钟在阻塞时发生更改(例如，如果有人在超时期间运行 date --set)，它可以在超时应该已经过期后等待数年(目前最多 44 年)。

最佳答案

您对 pthread_mutex_timedlock() 的限制是正确的。它的时钟始终基于挂钟时间。

但是，pthread_cond_timedwait() 并非如此。您可以修改条件变量的属性，使其使用 CLOCK_MONOTONIC(通过使用 pthread_condattr_setclock())。您的定时锁实际上会变成定时等待。

要使用条件变量的定时等待来实现您自己的定时锁版本，您可以使用类似于 this answer 中描述的技术。 .

关于c - mutexes - 定时锁定，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23040132/

26

4

0

文章推荐： php - Inotify 可以处理大量目录吗？

文章推荐： javascript - 创建在 IE 中工作的文件上传

文章推荐： php - 在 PHP (Windows/Linux) 中连接到 SQL 2008 服务器

c++ - 什么更好 std::lock_guard lock(std::mutex mutex var);或 std::mutex mutex_var.lock();
我需要在一个函数内锁定一个 std::map 和两个 boost::multimaps 的操作，因为我们有线程试图访问该函数(以及映射)。我计划使用“std::mutex mutex_var”来保护
mutex - 单词 "mutex"的复数形式
已关闭。这个问题是 off-topic 。目前不接受答案。想要改进这个问题吗？ Update the question所以它是on-topic用于堆栈溢出。已关闭11 年前。 Improve th
c# - 如果我在以下代码中重用现有的 Mutex，为什么会得到一个新创建的 Mutex？
或不同的标题: 为什么处置获得的 Mutex 会破坏它？我有以下代码，真正的代码在几个方法之间产生，并在这个方法休眠的地方做事: bool createdNew; u
mutex - 测量 mutex 或 futex 延迟
如何测量互斥量、信号量或 futex 的延迟？我的意思是两个事件之间的延迟:解锁先前锁定的互斥体和锁定该互斥体。有两种情况:当所有线程/进程都在同一个 CPU 上时(重新调度线程需要多长时间)以及当第
c++ - Boost::mutex 比没有 mutex 的程序花费的时间更少
我执行了以下程序，其中我创建了 100 个线程并发执行。请注意这是一个示例程序。我知道下面的程序不需要多线程，但我的目的是测试互斥量。 class ThreadPool{ public:
c# - Mutex() 和 Mutex(true ,"myMutex") 线程对象有什么区别？
我有创建多个线程的代码，所有线程都尝试将信息记录在一个文件中我尝试使用互斥锁来登录文件，但是当我使用 Mutex() 和 Mutex(true or false, "name") 对象时，我得到了不同
rust - 如何将 &Vector 转换为 Vector
我正在研究 Rust 示例。有这段代码: fn new(name: &str, left: usize, right: usize) -> Philosopher { Philosopher
c++ - 什么对消息队列更好？ mutex & cond 还是 mutex & semaphore？
我正在实现一个基于 std::queue 的 C++ 消息队列。因为我需要 popers 在空队列上等待，所以我考虑使用 mutex 进行互斥，并使用 cond 在空队列上挂起线程，就像 glib
go - mutex.Lock 和延迟的 mutex.Unlock 顺序
在golang中，sync.Mutex Lock和Unlock是usaul操作，但是Lock和defer Unlock的正确顺序是什么？ mu.Lock() defer mu.Unlock() 或 d
go - sync.Mutex 和 *sync.Mutex 哪个更好？
在 Go 中，我们可以使用: type Data struct { lock *sync.Mutex } 或 type Data struct { lock sync.Mutex
c++11 - 使用 std::mutex 而不是 boost::mutex 时出现未处理的异常
我尝试摆脱代码中的一些 boost 依赖项，转而使用新的 C++11 功能 (Visual Studio 2013)。在我的一个组件中，我使用了 boost::mutex与 boost::lock_
c++ - boost::signals2::mutex 和 boost::thread::mutex 有什么区别？
我正在使用 scoped_lock 和 mutex 来实现 BlockingQueue posted in a different SO question 的一个版本, 但在 boost 中有多个不同
c++ - boost::mutex::~mutex(): 断言 `!pthread_mutex_destroy(&m)' 失败
我在互斥锁析构函数中遇到了上述错误。由于错误可能是由于互斥锁在销毁过程中处于锁定状态，所以我创建了一个新的互斥锁类，它继承自 boost:mutex。这是为了确保互斥锁在销毁期间解锁。但是，仍然会出现
c++ - 为什么 boost::mutex 比 std::mutex 快于 vs2013？
今天写了一些代码来测试mutex的性能。这是 boost(1.54) 版本，在 vs2010 上编译并进行了 O2 优化: boost::mutex m; auto start = boost::c
c - 调试器: How do I get "Mutex Owned" or "Mutex Free" info in a crash dump?
我不知道我没有做什么，但我根本无法让自己的调试器保存正在调试的应用程序的“Mutex Owned”或“Mutex Free”信息。如果我按如下方式调用它，CDB 就可以正常工作: cdb -pn
c++ - shared mutex 和 mutex 之间的区别(为什么两者都存在于 C++ 11 中)？
还没有网上的例子来生动地演示这一点。在 http://en.cppreference.com/w/cpp/header/shared_mutex 看到了一个例子但目前还不清楚。有人可以帮忙吗？最佳答
c++ - std::unique_lock 还是 std::lock_guard？
我有两个用例。 A.我想同步访问两个线程的队列。 B.我想同步两个线程对队列的访问并使用条件变量，因为其中一个线程将等待另一个线程将内容存储到队列中。对于用例 A，我看到了使用 std::lock_
go - 为什么在 Go 中锁定比 Java 慢得多？很多时间花在 Mutex.Lock() Mutex.Unlock()
我编写了一个小型 Go 库 ( go-patan )，用于收集某些变量的运行最小值/最大值/平均值/标准偏差。我将它与等效的 Java 实现 ( patan ) 进行了比较，令我惊讶的是 Java 实
c++ - mutex.timed_lock(duration) 和 boost::timed_mutex::scoped_lock 之间的区别 scoped_lock(mutex, duration)
我想知道这两者之间的区别是什么 boost::timed_mutex _mutex; if(_mutex.timed_lock(boost::get_system_time() + boost::po
rust - 强制 Arc>>>> 到 Arc>>>> 将不起作用
我正在尝试将 dyn 特征存储在 Arc>>>> 中，但是由于某种原因它不起作用 use std::sync::{Arc, Mutex}; trait A{} struct B{} impl A fo

首页

博学

6Ren·AI

商城

c - mutexes - 定时锁定