如果一个进程持有一些自旋锁或信号量，并意外退出(例如，被linux杀死)，linux会正确释放这些锁吗？如果linux不做这项工作，为什么？ 最佳答案 这取决于您所谈论的锁的类型。如果您谈论的是任何类型的内核内部锁，它们将在适当的时候被释放(否则您的系统很快就会崩溃)。通常，这些类型的锁不属于进程本身，而属于某些内部内核工作流，并且通常不会在进程返回用户空间后保持锁定状态。但是请注意，如果在您发出kill命令时内核已经死锁，则进程很可能不会被终止。进程终止是作为信号处理路径的一部分执行的，它是从内核到用户空间的返回转换代码调用的。如
我在boost::smart_ptr中找到了以下自旋锁代码:booltry_lock(){return(__sync_lock_test_and_set(&v_,1)==0);}voidlock(){for(unsignedk=0;!try_lock();++k){if(k因此，如果我理解正确的话，当锁被争用时，传入线程将呈指数级后退，首先疯狂旋转，然后暂停，然后放弃其时间片的剩余部分，最后在休眠和放弃之间来回切换。我还找到了glibcpthread_spinlock实现，它使用汇编来执行锁。#defineLOCK_PREFIX"lock;"//usinganSMPmachineint
我在boost::smart_ptr中找到了以下自旋锁代码:booltry_lock(){return(__sync_lock_test_and_set(&v_,1)==0);}voidlock(){for(unsignedk=0;!try_lock();++k){if(k因此，如果我理解正确的话，当锁被争用时，传入线程将呈指数级后退，首先疯狂旋转，然后暂停，然后放弃其时间片的剩余部分，最后在休眠和放弃之间来回切换。我还找到了glibcpthread_spinlock实现，它使用汇编来执行锁。#defineLOCK_PREFIX"lock;"//usinganSMPmachineint
这是一道面试题，面试过了。如何在不使用mutex、semorphore、spinLock、futex的情况下实现线程同步？给定5个线程，如何让其中的4个线程在同一点等待来自左侧线程的信号？这意味着当所有线程(1,2,3,4)在其线程函数中的某个点执行时，它们会停止并等待来自线程5的信号发送信号，否则它们将不会继续。我的想法:使用全局bool变量作为标志，如果线程5没有将其设置为真，则所有其他线程在某一点等待并设置它们的标志变量为真。线程5发现所有线程的标志变量都为真后，它会设置它的标志变量为真。这是一个忙等待。有什么更好的主意吗？谢谢thepseudocode:boolglobalfl
这是一道面试题，面试过了。如何在不使用mutex、semorphore、spinLock、futex的情况下实现线程同步？给定5个线程，如何让其中的4个线程在同一点等待来自左侧线程的信号？这意味着当所有线程(1,2,3,4)在其线程函数中的某个点执行时，它们会停止并等待来自线程5的信号发送信号，否则它们将不会继续。我的想法:使用全局bool变量作为标志，如果线程5没有将其设置为真，则所有其他线程在某一点等待并设置它们的标志变量为真。线程5发现所有线程的标志变量都为真后，它会设置它的标志变量为真。这是一个忙等待。有什么更好的主意吗？谢谢thepseudocode:boolglobalfl
在我的Ubuntu机器上，正在运行的默认内核镜像是为smp(CONFIG_SMP=y)构建的。但是这台机器只有1个cpu。在单处理器内核上，与smp内核不同，spin_lock/unlock是空函数。那么spin_lock()和spin_unlock()在此设置中的行为如何？这种特定于smp的代码是否会对性能产生影响？ 最佳答案 当前的Linux内核包含一个补丁，您可以使用术语“SMP替代品”在谷歌上搜索该补丁。简而言之，在引导过程中，如果内核检测到它正在单处理器机器上运行，自旋锁功能将通过无操作进行热修补。
在我的Ubuntu机器上，正在运行的默认内核镜像是为smp(CONFIG_SMP=y)构建的。但是这台机器只有1个cpu。在单处理器内核上，与smp内核不同，spin_lock/unlock是空函数。那么spin_lock()和spin_unlock()在此设置中的行为如何？这种特定于smp的代码是否会对性能产生影响？ 最佳答案 当前的Linux内核包含一个补丁，您可以使用术语“SMP替代品”在谷歌上搜索该补丁。简而言之，在引导过程中，如果内核检测到它正在单处理器机器上运行，自旋锁功能将通过无操作进行热修补。
Linux内核中的原始代码是:staticinlinevoid__raw_spin_lock_irq(raw_spinlock_t*lock){local_irq_disable();preempt_disable();spin_acquire(&lock->dep_map,0,0,_RET_IP_);LOCK_CONTENDED(lock,do_raw_spin_trylock,do_raw_spin_lock);}我认为在禁用本地IRQ后，没有执行路径可以抢占当前路径。因为所有常见的硬IRQ都被禁用，所以应该没有软中断发生，也没有ticktokickschedulewheel。我认
Linux内核中的原始代码是:staticinlinevoid__raw_spin_lock_irq(raw_spinlock_t*lock){local_irq_disable();preempt_disable();spin_acquire(&lock->dep_map,0,0,_RET_IP_);LOCK_CONTENDED(lock,do_raw_spin_trylock,do_raw_spin_lock);}我认为在禁用本地IRQ后，没有执行路径可以抢占当前路径。因为所有常见的硬IRQ都被禁用，所以应该没有软中断发生，也没有ticktokickschedulewheel。我认
我正在研究raw_spinlock结构，它在/usr/src/linux/include/linux/spinlock_types.h中:typedefstructraw_spinlock{arch_spinlock_traw_lock;#ifdefCONFIG_GENERIC_LOCKBREAKunsignedintbreak_lock;#endif#ifdefCONFIG_DEBUG_SPINLOCKunsignedintmagic,owner_cpu;void*owner;#endif#ifdefCONFIG_DEBUG_LOCK_ALLOCstructlockdep_mapde
