nghttp2-asio服务器上的epoll_pwait/recvfrom瓶颈

这个问题的解决方案可能因情况而异，以下是一些可能的解决办法：

1. 使用更大的缓冲区

一种常见的优化方式是使用更大的缓冲区。这可以减少 epoll_pwait 和 recvfrom 函数调用的次数，从而提高性能。可以通过以下方式完成：

#include <netinet/in.h>
#include <netinet/tcp.h>
#include <sys/socket.h>
#include <sys/types.h>
#include <unistd.h>

/* ... */

int sock = ...;
int size = 65536;

if (setsockopt(sock, SOL_SOCKET, SO_RCVBUF, &size, sizeof(size)) < 0) {
  perror("setsockopt(SO_RCVBUF) failed");
}

if (setsockopt(sock, SOL_SOCKET, SO_SNDBUF, &size, sizeof(size)) < 0) {
  perror("setsockopt(SO_SNDBUF) failed");
}

2. 使用更少的线程

另一种优化方式是减少线程数。较少的线程数可以降低 epoll_pwait 函数调用的频率，从而提高服务器响应速度。可以使用线程池的方法来管理线程：

#include <future>
#include <thread>
#include <vector>

class ThreadPool {
 public:
  explicit ThreadPool(size_t thread_count)
      : _threads(thread_count), _stop(false) {
    for (size_t i = 0; i < thread_count; ++i) {
      _threads[i] = std::thread([this] { this->thread_func(); });
    }
  }

  ~ThreadPool() {
    _stop = true;
    _condition.notify_all();
    for (auto& thread : _threads) {
      thread.join();
    }
  }

  template <typename Func, typename... Args>
  auto submit(Func&& func, Args&&... args)
      -> std::future<typename std::result_of<Func(Args...)>::type> {
    typedef typename std::result_of<Func(Args...)>::type result_type;

    auto task =