为什么拿着自旋锁无法入睡？
在linux内核中，为什么在按住自旋锁的同时无法入睡？
问题答案：
示例：您的驱动程序正在执行，并且刚拿出一个锁来控制对其设备的访问。保持锁定状态时，设备会发出一个中断，这会使您的中断处理程序运行。在访问设备之前，中断处理程序还必须获得锁。在中断处理程序中取出自旋锁是一件合法的事。这是自旋锁操作无法hibernate的原因之一。但是，如果中断例程与最初取出锁的代码在同一处理器中执行，会发生什么情况？当中断处理程序旋转时，非中断代码将无法运行以释放锁定。该处理器将永远旋转。
资料来源：http :
//www.makelinux.net/ldd3/chp-5-sect-5.shtml
-
本文向大家介绍深入讲解我们说的CAS自旋锁到底是什么，包括了深入讲解我们说的CAS自旋锁到底是什么的使用技巧和注意事项，需要的朋友参考一下 什么是自旋锁 说道自旋锁就要从多线程下的锁机制说起，由于在多处理器系统环境中有些资源因为其有限性，有时需要互斥访问（mutual exclusion），这时会引入锁的机制，只有获取了锁的进程才能获取资源访问。即每次只能有且只有一个进程能获取锁，才能进入自己的临
-
队列自旋锁 这是本章节的第二部分，这部分描述 Linux 内核的和我们在本章的第一部分所见到的－－自旋锁的同步原语。在这个部分我们将继续学习自旋锁的同步原语。 如果阅读了上一部分的相关内容，你可能记得除了正常自旋锁，Linux 内核还提供自旋锁的一种特殊类型 - 队列自旋锁。 在这个部分我们将尝试理解此概念锁代表的含义。 我们在上一部分已知自旋锁的 API: spin_lock_init - 为给
-
Introduction 这一部分为 linux-insides 这本书开启了新的章节。定时器和时间管理相关的概念在上一个章节已经描述过了。现在是时候继续了。就像你可能从这一部分的标题所了解的那样，本章节将会描述 Linux 内核中的同步原语。 像往常一样，在考虑一些同步相关的事情之前，我们会尝试去概括地了解什么是同步原语。事实上，同步原语是一种软件机制，提供了两个或者多个并行进程或者线程在不同时
-
同时研究。net，我碰到了SpinLock和SpinWait。从表面上看，在我看来，SpinWait将永远是一条出路..当线程实际上必须等待来自线程外部的信号时，为什么还要继续忙碌等待而不放弃CPU呢？在这些空闲等待中花费的周期可能已经被线程使用，该线程可能会发出信号并释放正在忙碌等待的线程。 为什么会存在SpinLock？它与使用while循环的简单忙等待有什么不同？在什么情况下会想使用Spin
-
很多 synchronized 里面的代码只是一些很简单的代码，执行时间非常快，此时等待的线程都加锁可能是一种不太值得的操作，因为线程阻塞涉及到用户态和内核态切换的问题。既然 synchronized 里面的代码执行得非常快，不妨让等待锁的线程不要被阻塞，而是在 synchronized 的边界做忙循环，这就是自旋。如果做了多次循环发现还没有获得锁，再阻塞，这样可能是一种更好的策略。
-
问题内容： 信号量和自旋锁之间的基本区别是什么？ 什么时候在自旋锁上使用信号灯？ 问题答案： 自旋锁和信号灯的主要区别在于四点： 1.他们是什么 一个 自旋锁 是一个可能实现的锁，即一个由忙等待（“旋转”）来实现。信号量是锁的概括（或者相反，锁是信号量的特例）。通常（ 但不是必须） ，自旋锁仅在一个进程内有效，而信号量也可用于在不同进程之间进行同步。 锁用于互斥，即 一次一个 线程可以获取该锁并继