我一直在对我的系统进行一些基准测试，其中一个我更加密切关注的是我编写的程序在一段时间内执行多个HTTP调用时的行为。更具体地说，我有一个微服务，它会根据请求连续发送同步的HTTP调用。为了进行压力测试，我决定将一些负载注入到我的系统中，这将触发微服务执行一个同步的HTTP调用后执行另一个同步的HTTP调用。（每次调用需要约1秒钟返回响应，即阻塞1秒钟）。
事实证明，CPU使用率由程序的这部分主导。虽然其他部分在一段时间内占用5-10%的CPU使用率，但此部分占用了50%以上的CPU使用率，这是巨大的差异和明显的瓶颈。
我的问题是，如果我重新使用异步的HTTP客户端运行此测试，是否会看到类似于我的HTTP调用这样的大量CPU消耗？由于HTTP调用仍然需要1秒钟返回响应，它不会因轮询以检查是否已返回响应而对CPU施加高负载吗？还是它会要求CPU承受更少的负载，因为一个线程可以处理更多工作？CPU使用率会随时间而变化吗？
while(true)，但如果它是完全顺序的任务，比如无限循环，它将占用一个 CPU 核心。while(true){
create_http_request();
}
function create_network_socket(){
@syscall.createThread();
}
create_http_request()调用异步系统调用需要约1微秒。因此，它越快，每秒执行的HTTP请求就越多，因此它会消耗更多的CPU来完成其他部分（操作系统）的工作。
所以它似乎具有反向关系瓶颈。
当脚本请求HTTP调用时，所发生的事情可以看作是从脚本到目的地的数据流，并返回。我将用一些简单的步骤来说明它，以后再讨论：
script function call
--> framework/lib function call
--> interpreter/module call
--> OS socket lib call
--> OS system call
--> driver call
--> hardware invocation (NIC)
--> physical media buffering and signalling
该流程链中的每个节点都有自己的机制来与链中的其他节点连接。每个单独的节点可以与其他节点同步或异步，每个链接都可以得到响应（使用轮询或中断）。
例如：
即使您对服务器运行同步HTTP请求，您的驱动程序也不会阻塞其他作业。
在某些链接中，可能是一种中断，例如NIC可以从以太网上的两个RX线接收信号，或者它可以像线程轮询IPC管道一样进行轮询。
如果您异步调用HTTP请求，则数据流链中的其他节点将像以前一样操作（大多数情况下是异步的）（取决于程序/技术）。
链接保持不变。
唯一的区别在于您的基准脚本。
如果您的脚本中有另一个Foo作业，则可以执行以下操作：
您是否有其他作业并不重要。
异步调用可以将工作委托给操作系统，当然网络是其中之一。 这个来自microsoft.com的链接是关于.net的，但对于任何异步能力框架/语言都是有效的
虽然工作在某些上下文中执行（也就是说，操作系统确实必须将数据传递给设备驱动程序并响应中断），但没有专用线程等待请求返回的数据。这使得系统能够处理更大量的工作，而不是等待某个I/O调用完成。
假设您的微服务运行在这样的语言/框架之上，它肯定会受益于异步调用，因为不会浪费大部分时间处于空闲状态但仍然是内存和CPU成本的线程。
尽管您仍然可能看到大量的CPU消耗。
一次只有一个HTTP调用不能对CPU施加太大压力，因此对您的系统发出多个请求必须触发并行的HTTP请求序列，以便能够占用CPU。如果我们排除代码的效率和没有解析/处理代码的情况，那么实际上消耗CPU的是网络数据的处理。
减轻网络cpu压力的方法是启用tcp卸载和其他可用的“卸载”到网络接口（如果支持）。 tcp offloading wikipedia TCP卸载引擎（TOE）是一种技术，用于网络接口卡（NIC），将整个TCP / IP堆栈的处理卸载到网络控制器。 它主要用于高速网络接口，例如千兆以太网和10千兆以太网，在这些接口中，网络堆栈的处理开销变得显着。