25纳秒100纳秒
纳秒是什么呢？mutex lock比从内存中获取数据更快。如果是这样，mutex lock具体是做什么的？这个表格中的Mutex lock是什么意思？mutex_lock（将手放在粉笔线内部）。每当你完成使用资源时，你都要调用mutex_unlock（将手从粉笔线区域中拿出来）。现在来讲一下互斥锁的实现方式。互斥锁通常是使用共享内存实现的。有一个名为“mutex”的共享不透明数据对象，mutex_lock和mutex_unlock函数都需要传入该对象的指针。 mutex_lock函数使用原子的测试和设置或者链接装载/条件存储指令序列（在x86上通常使用xhcg）来检查和修改互斥锁内部的数据，然后要么“获取互斥锁”——将互斥锁对象的内容设置为指示临界区已锁定以告诉其他线程，要么就必须等待。最终，线程获得互斥锁，在关键部分执行工作并调用mutex_unlock。此函数将互斥锁内部的数据设置为标记为可用，并可能唤醒正在尝试获得互斥锁的休眠线程（这取决于互斥锁的实现方式——某些mutex_lock的实现方式只会在xchg上进行紧密循环，直到互斥锁可用，因此无需mutex_unlock通知任何人）。xchg操作就不需要完全访问内存。但是x86有“拥有”缓存行的概念——如果处理器0拥有一个缓存行，则想要使用该缓存行中数据的任何其他处理器都必须通过处理器0。这样，xhcg操作就不需要查看缓存以外的任何数据，而且缓存访问往往非常快，因此获取未争用的互斥锁比内存访问更快。不过，最后一段话有一个需要注意的地方：速度优势只适用于互斥锁未被争用的情况。如果两个线程同时尝试锁定同一把互斥锁，那么运行这些线程的处理器必须进行通信并处理相关的缓存行所有权，这大大降低了互斥锁获取的速度。此外，其中一个线程必须等待另一个线程执行关键部分的代码，然后释放互斥锁，从而进一步减慢其中一个线程获取互斥锁的速度。
你链接的文章没有提到架构，但是根据对L1和L2缓存的提及，可以判断这是Intel。如果是这样，那么我认为他们所说的mutex指的是LOCK指令。在这方面，这篇文章似乎很相关：Intel 64 and IA-32 | Atomic operations including acquire / release semantic
此外，Intel软件开发手册可以帮助你找到你要寻找的内容。我会阅读任何与LOCK指令相关的内容。