Linux内核的同步机制，第4部分顺序锁（seqlock）（转）

顺序锁也是对读写锁的一种优化&＃xff0c;对于顺序锁&＃xff0c;读者绝不会被写者阻塞&＃xff0c;也就说&＃xff0c;读者可以在写者对被顺序锁保护的共享资源进行写操作时仍然可以继续读&＃xff0c; 而不必等待写者完成写操作&＃xff0c;写者也不需要等待所有读者完成读操作才去进行写操作。但是&＃xff0c;写者与写者之间仍然是互斥的&＃xff0c;即如果有写者在进行写操作&＃xff0c;其他写者 必须自旋在那里&＃xff0c;直到写者释放了顺序锁。

这种锁有一个限制&＃xff0c;它必须要求被保护的共享资源不含有指针&＃xff0c;因为写者可能使得指针失效&＃xff0c;但读者如果正要访问该指针&＃xff0c;将导致OOPs。

如果读者在读操作期间&＃xff0c;写者已经发生了写操作&＃xff0c;那么&＃xff0c;读者必须重新读取数据&＃xff0c;以便确保得到的数据是完整的。

这种锁对于读写同时进行的概率比较小的情况&＃xff0c;性能是非常好的&＃xff0c;而且它允许读写同时进行&＃xff0c;因而更大地提高了并发性。

顺序锁的API如下&＃xff1a;

写者在访问被顺序锁s1保护的共享资源前需要调用该函数来获得顺序锁s1。它实际功能上等同于spin_lock&＃xff0c;只是增加了一个对顺序锁顺序号的加1操作&＃xff0c;以便读者能够检查出是否在读期间有写者访问过。

写者在访问完被顺序锁s1保护的共享资源后需要调用该函数来释放顺序锁s1。它实际功能上等同于spin_unlock&＃xff0c;只是增加了一个对顺序锁顺序号的加1操作&＃xff0c;以便读者能够检查出是否在读期间有写者访问过。

写者使用顺序锁的模式如下&＃xff1a;

因此&＃xff0c;对写者而言&＃xff0c;它的使用与spinlock相同。

写者在访问被顺序锁s1保护的共享资源前也可以调用该函数来获得顺序锁s1。它实际功能上等同于spin_trylock&＃xff0c;只是如果成功获得锁后&＃xff0c;该函数增加了一个对顺序锁顺序号的加1操作&＃xff0c;以便读者能够检查出是否在读期间有写者访问过。

读者在对被顺序锁s1保护的共享资源进行访问前需要调用该函数。读者实际没有任何得到锁和释放锁的开销&＃xff0c;该函数只是返回顺序锁s1的当前顺序号。

读者在访问完被顺序锁s1保护的共享资源后需要调用该函数来检查&＃xff0c;在读访问期间是否有写者访问了该共享资源&＃xff0c;如果是&＃xff0c;读者就需要重新进行读操作&＃xff0c;否则&＃xff0c;读者成功完成了读操作。

因此&＃xff0c;读者使用顺序锁的模式如下&＃xff1a;

写者也可以用该宏来获得顺序锁lock&＃xff0c;与write_seqlock不同的是&＃xff0c;该宏同时还把标志寄存器的值保存到变量flags中&＃xff0c;并且失效了本地中断。

写者也可以用该宏来获得顺序锁lock&＃xff0c;与write_seqlock不同的是&＃xff0c;该宏同时还失效了本地中断。与write_seqlock_irqsave不同的是&＃xff0c;该宏不保存标志寄存器。

写者也可以用该宏来获得顺序锁lock&＃xff0c;与write_seqlock不同的是&＃xff0c;该宏同时还失效了本地软中断。

写者也可以用该宏来释放顺序锁lock&＃xff0c;与write_sequnlock不同的是&＃xff0c;该宏同时还把标志寄存器的值恢复为变量flags的值。它必须与write_seqlock_irqsave配对使用。

写者也可以用该宏来释放顺序锁lock&＃xff0c;与write_sequnlock不同的是&＃xff0c;该宏同时还使能本地中断。它必须与write_seqlock_irq配对使用。

写者也可以用该宏来释放顺序锁lock&＃xff0c;与write_sequnlock不同的是&＃xff0c;该宏同时还使能本地软中断。它必须与write_seqlock_bh配对使用。

读者在对被顺序锁lock保护的共享资源进行访问前也可以使用该宏来获得顺序锁lock的当前顺序号&＃xff0c;与read_seqbegin不同的是&＃xff0c;它同 时还把标志寄存器的值保存到变量flags中&＃xff0c;并且失效了本地中断。注意&＃xff0c;它必须与read_seqretry_irqrestore配对使用。

读者在访问完被顺序锁lock保护的共享资源进行访问后也可以使用该宏来检查&＃xff0c;在读访问期间是否有写者访问了该共享资源&＃xff0c;如果是&＃xff0c;读者就需要重新进 行读操作&＃xff0c;否则&＃xff0c;读者成功完成了读操作。它与read_seqretry不同的是&＃xff0c;该宏同时还把标志寄存器的值恢复为变量flags的值。注意&＃xff0c;它必须与 read_seqbegin_irqsave配对使用。

因此&＃xff0c;读者使用顺序锁的模式也可以为&＃xff1a;

读者和写者所使用的API的几个版本应该如何使用与自旋锁的类似。

如果写者在操作被顺序锁保护的共享资源时已经保持了互斥锁保护对共享数据的写操作&＃xff0c;即写者与写者之间已经是互斥的&＃xff0c;但读者仍然可以与写者同时访问&＃xff0c;那么这种情况仅需要使用顺序计数&＃xff08;seqcount&＃xff09;&＃xff0c;而不必要spinlock。

顺序计数的API如下&＃xff1a;

读者在对被顺序计数保护的共享资源进行读访问前需要使用该函数来获得当前的顺序号。

读者在访问完被顺序计数s保护的共享资源后需要调用该函数来检查&＃xff0c;在读访问期间是否有写者访问了该共享资源&＃xff0c;如果是&＃xff0c;读者就需要重新进行读操作&＃xff0c;否则&＃xff0c;读者成功完成了读操作。

因此&＃xff0c;读者使用顺序计数的模式如下&＃xff1a;

写者在访问被顺序计数保护的共享资源前需要调用该函数来对顺序计数的顺序号加1&＃xff0c;以便读者能够检查出是否在读期间有写者访问过。

写者在访问完被顺序计数保护的共享资源后需要调用该函数来对顺序计数的顺序号加1&＃xff0c;以便读者能够检查出是否在读期间有写者访问过。

写者使用顺序计数的模式为&＃xff1a;

需要特别提醒&＃xff0c;顺序计数的使用必须非常谨慎&＃xff0c;只有确定在访问共享数据时已经保持了互斥锁才可以使用。

转自&＃xff1a;http://blog.sina.com.cn/s/blog_5210e67e0100935d.html