[英]C: Thread synchronization using pthreads, locking and unlocking mutex
我正在做一个更大的项目,包括两个线程,其中一个数据库在它们之间共享。 一个线程的工作是倒计时每个活动元素计时器,当该元素的计时器为零时,它应该将其设置为非活动并将其归零。
主线程只是以某种方式操作活动元素的其他变量。
我不知道如何同步这些线程,特别是当计时器达到零时计时器线程清理数据库元素时。 现在我相信在main()
的while(1)
循环中解锁和锁定mutex
之间的时间可能太快了?
如果计时器线程在pthread_mutex_lock()
等待mutex
解锁; 并且它在main()
中解锁,我们是否知道计时器线程将是下一个锁定mutex
锁的线程,或者main()
可能太快以至于它再次锁定它,因为pthread_mutex_unlock()
和pthread_mutex_lock()
() 之间没有任务pthread_mutex_lock()
?
我没有使用条件变量的经验,这可能是个好主意吗?
这是我更大的项目的最小工作示例。
#include <stdio.h>
#include <pthread.h>
#include <string.h>
#include <time.h>
#define NUM_COMPUTER 10
typedef struct computer
{
unsigned int active;
unsigned int timer;
int x;
}computer_t;
/**
* Function declarations
*/
void activate(computer_t* comp);
void* timerFunction(void* args);
/**
* Global variables
*/
computer_t database[NUM_COMPUTER];
pthread_mutex_t mutex;
主要() function
/**
* Main
*/
int main(void)
{
memset(database, 0, sizeof database);
// Initialize some database elements
activate(database);
database[0].x = 5;
activate(database + 3);
database[3].x = 23;
activate(database + 9);
database[9].x = -7;
pthread_t timer_thread;
pthread_create(&timer_thread, NULL, timerFunction, NULL);
while(1)
{
/**
* MAY PROBLEMS OCCUR HERE? UNLOCKING AND LOCKING ALMOST DIRECTLY
*/
// ************* LOCK *************
pthread_mutex_lock(&mutex);
/**
* Manipulate struct members
*/
for (int i = 0; i < NUM_COMPUTER; i++)
{
if (database[i].active)
{
database[i].x += 1;
}
}
// ************* UNLOCK *************
pthread_mutex_unlock(&mutex);
}
return 0;
}
额外功能
void activate(computer_t* comp)
{
comp->active = 1;
comp->timer = 100;
}
void* timerFunction(void* args)
{
struct timespec ts;
// Sleep interval before checking database again
ts.tv_sec = 1;
ts.tv_nsec = 0;
while(1)
{
// ************* LOCK *************
pthread_mutex_lock(&mutex);
/**
* Go through every database index
*/
for (int index = 0; index < NUM_COMPUTER; index++)
{
if (database[index].active)
{
if (database[index].timer > 0)
{
database[index].timer--;
}
else
{
/**
* Clean up database index
*/
memset(database + index, 0, sizeof database);
}
}
}
// ************* UNLOCK *************
pthread_mutex_unlock(&mutex);
/**
* Sleep 1 sec before checking database again
*/
nanosleep(&ts, NULL);
}
}
如果计时器线程在
pthread_mutex_lock()
等待mutex
解锁; 它在main()
中解锁,我们是否知道计时器线程将是下一个锁定mutex
锁的线程
不。
至少,不是一般的。 这是线程调度策略的问题,您的特定平台可能允许也可能不允许您调整。 pthreads API 在这方面不做任何保证。
或者可能
main()
太快以至于它再次锁定它,因为pthread_mutex_unlock()
和pthread_mutex_lock()
之间没有任务?
这不仅是可能的,而且很有可能至少在某些时候会发生。
我没有使用条件变量的经验,这可能是个好主意吗?
条件变量是随身携带的重要工具,但我认为没有理由认为它们在这里会有特别的帮助。
您提供的代码的主要问题是,两个线程必须在它们处于活动状态时基本上锁定整个世界以供自己独占使用。 因此,即使所有锁定都按预期工作,您也不会有真正的并发性,因此多线程会增加复杂性而不会赋予任何实际优势。
如果您想继续在该模式下,那么我会放弃多线程,而是设置一个POSIX 计时器以每隔一秒(或您喜欢的任何间隔)引发一个标志。 然后,您的单线程程序可以在每次循环迭代的顶部检查该标志,以确定是执行其正常工作还是执行一次超时管理。
如果您想要真正的并发,那么您可能需要缩小由互斥锁保护的关键区域,或者从保护所有内容的单个互斥锁更改为多个互斥锁,每个互斥锁保护所有事物的子集。 也许您可以替代地围绕原子对象和操作而不是互斥体进行修改,但到目前为止我所看到的并没有让我对此充满信心。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.