（免责声明：这不是对该问题的直接回答，只是一些建议，希望对您有所帮助）。
首先，您获得的数字肯定听起来像是在球场上。但是请注意，在实现相同ISA的不同CPU型号之间，中断/陷阱延迟可能会有 很大
差异。如果您的线程使用了浮点或向量运算，则情况也不同，因为如果没有，则内核会避免保存/恢复浮点或向量单元状态。
通过使用内核跟踪基础结构，您应该能够获得更准确的数字-
perfsched特别是用于测量和分析调度程序延迟的设计。
如果您的目标是为每个连接线程服务器建模，那么您可能不应该测量非自愿的上下文切换延迟-
通常在这样的服务器中，大多数上下文切换将是自愿的，因为线程会阻塞
read()等待更多数据来自网络。因此，更好的测试平台可能涉及测量从一个线程阻塞
read()到另一个线程被唤醒的等待时间。
请注意，在写得很好的多路复用服务器上，如果负载很重，从fd
X到fd
的转换
Y通常会涉及相同的单个系统调用（因为服务器会迭代从单个返回的活动文件描述符列表
epoll()）。一个线程也应该比多个线程具有更少的缓存占用空间，只需通过只有一个堆栈即可。我怀疑解决此事的唯一方法（对于“和解”的某种定义）可能是进行基准枪战。
