对于这种特殊情况，我应该使用spin_lock还是mutex_lock？

Question

在我的Linux应用程序中，有两个线程都试图使用相同的UDP客户端套接字发送UDP广播数据包(大约50-500字节)。他们大约每2-3秒做一次。在本例中，使用"send(...)“子句，我可以将pthread_mutex_lock或pthread_spin_lock。理论上说，如果它是一个非常小的操作，pthread_spin_lock会更有效率(尽管在这一小段时间内CPU消耗很高)。但是如果它是一个更大的操作，那么pthread_mutex_lock更好。

发送UDP数据包是否被认为“足够小”来保证使用pthread_spin_lock，或者我应该仍然坚持使用pthread_mutex_lock？

谢谢

Answer 1

如果锁定的唯一需要是因为它们都在同一个套接字上发送，那么根本就不需要锁定-两个线程同时在同一个UDP套接字上调用send()是可以接受的。发送的数据将不会交错。

Answer 2

使用自旋锁而不是互斥锁可以避免在发生拥塞的情况下进入syscall。如果您在临界区中使用网络层，则无论如何都将进入系统调用。因此，据我所知，在这里使用自旋锁没有多大意义。

Answer 3

将系统调用包装在自旋锁中不是一个好主意。在用户空间应用程序中使用自旋锁的优点在任何情况下都是值得怀疑的。在Linux上的互斥实现(使用futexes)是非常高效的--特别是当一个锁是无争用的时候，这在设计良好的MT应用程序中几乎总是如此。

其他人指出，send函数本身是线程安全的。