Peterson算法、test_and_set在有限等待上的说明

书上说Peterson算法满足有限等待条件,而test_and_set不满足。思索很久后,我想原因应该是这样:Peterson算法只适用于两进程的情况,而test_and_set被设计用于多进程。当只有两进程使用test_and_set时,也是满足有限等待条件的。但若多于两个进程简单地使用test_and_set,由于一些随机的原因可能导致某一进程很长时间抢不到锁,从而无法满足有限等待。

 

Peterson算法:

/* shared variables */
bool flag[2] = {false, false};
int turn;

/* arbitrations */
flag[i] = true;
turn = j;
while (flag[j] && turn == j);
// critical section ...
flag[i] = false;


test_and_set:

bool test_and_set(bool *value) {
    bool orig = *value;
    *value = true;
    return orig;
}

 

"简单地使用test_and_set":

/* shared variable */
bool lock = false;

/* arbitrations */
while (test_and_set(&lock));
// critical section ...
lock = false;


 

个人思考结果,未经验证;若有错误,欢迎指正!

Dekker算法Peterson算法都是经典的并发控制协议,用于解决计算机系统中两个进程(或线程)互斥地访问共享资源的问题。 **Dekker算法**: Dekker算法是由英国软件工程师Edsger W. Dijkstra的学生Peter J. Dekker于1968年提出的。它是一种简单的二阶段锁协议,采用信号量机制来保证同步。算法步骤如下: 1. 每个进程获取第一个信号量(资源未被占用)。 2. 进程尝试获取第二个信号量(检查另一个进程是否已进入临界区)。 3. 如果失败,则释放第一个信号量并等待;如果成功,进入临界区执行操作。 4. 执行完毕后,释放两个信号量,允许其他进程进入。 **Peterson算法**: Peterson算法由Edsger Dijkstra的学生James H. Peterson于1981年设计,它是在无信号量环境下的一种简单、可扩展的互斥算法。这个算法适用于单处理器多进程环境,每个进程有两对标志位(分别是进程P的旗p0和p1,以及另一个进程Q的旗q0和q1)。 1. 每个进程有一个条件变量cv,并初始化为自己的flag状态。 2. 进程检查对方的flag是否满足互斥条件(即对方的p1==0和q1==0),如果不满足,就进入等待状态,释放自己的资源。 3. 等待的进程只有在对方设置了自己的flag(如P等待q1变为1,Q等待p1变为1)后才会唤醒,并进入临界区执行操作。 4. 在临界区内修改flag并唤醒对方(如P将p1设为0,然后唤醒等待q1的Q)。 5. 退出临界区后恢复flag,继续检查条件并可能重新进入等待状态。 这两个算法都是理论上的教学示例,它们都存在局限性,比如性能开销大、不适合大规模并发等。现代操作系统通常使用更高级的同步原语和更复杂的锁机制来实现互斥和同步。如果你感兴趣,可以进一步研究这些算法背后的原理和适用场景。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值