Web applications 最低延迟、最低开销的应用服务器？

我正在设计一个应用程序，它将有一个网络接口，用于输出大量非常小的元数据请求。应用程序代码本身非常快，基本上是查找缓存在内存中的数据并将其发送到客户端

---

对于运行在linux机器上的网络应用服务器，我能得到的绝对最低延迟是多少？这将是一个在gigE上运行的内部应用程序，没有身份验证。考虑到C语言、C++语言或Python语言的任何语言/框架。同样，对于协议，虽然HTTP也不错。

对于一个小型、快速的HTTP服务器，您可以看看。主要特点：

• 免费，开源
• 小巧、快速、可扩展，具有防DOS功能
• 讲HTTP、HTTPS/TLS、FTP、IPV6，了解SMB
• 支持SCGI和FastCGI，因此可用于运行ELF二进制文件或脚本
• 透明内容协商（如果客户端支持，则服务于gz）
• 使用特定于操作系统的快捷方式来提高性能
• 其中包括若干基准

---

如果符合您的需要，考虑C或C++和

---

不过，对于这样的应用程序，从性能角度来看，语言并不是最大的因素。如果您需要支持大量客户端，那么编程模型将是决定性因素，即每个客户端的线程数（较慢）或异步/非阻塞（较快）。

Facebook最近将其定制的memcached设置为

你可以看看他们是怎么做到的。其中最大的改变之一是删除TCP和使用UDP，

G-WAN提供C和C++脚本，并且已经在几乎.t/p>上进行了测试。

---

我不知道还有什么比这更快的，而且。

我很感兴趣：你是真的最终使用了盖特林，还是刚刚结束了这个问题？我们正在评估盖特林，还有龙卷风。