事实上到目前为止，
据“ mod_fcgi不是的mod_fastcgi替代 ”和“ 与mod_fcgid和多线程的FastCGI应用问题 ”， mod_fcgid ，目的不是要指望FastCGI的服务器能够同时处理多个请求，即不是为了期待FastCGI的服务器是多线程的。
前者说：
他们都支持出版的“FastCGI的”协议，但他们是如何控制自己的FastCGI的服务器不同增色不少。 mod_fcgid迅速消除FastCGI的服务器，并开始新的。
后者说：
看来mod_fcgid不知道的事实，我的服务器是多线程的，能够处理多个请求。
这其中包括刚刚两个引号，还有一些其他地方。
连续的问题
线程是不仅关于保存CPU和内存避免创建新的进程（创建线程被称为是比创建过程打火机）的开销，并且可能由硬件或OS的性能来减轻; 这也是一个合乎逻辑的事，这是不容易减轻：线程属于相同的过程，这不仅是性能，而且逻辑，恩。 过程不能共享可以分享什么线程，进程隔离运行（模工控机，但是这是不一样的）。
至少在这个逻辑上的理由，多线程的FastCGI服务器的问题可以得到提升。 甲FastCGI的服务器，可以保持上下文（其可以是大和昂贵的过程之间共享），这是全局的，当它被设计成一个多线程服务器的所有请求处理程序。 派生一个新的进程为每个并发请求不允许以确保一个共同的背景下任何-更多。
问题
在上述两个报价仍然为真（一个是日期为2011年，其他2010）？ 我搜索关于这个专题的网页，但找不到任何相关信息。 如果它仍然是真实的，那么，将它永远是真实的或者是有一个预期的计划mod_fcgid ，要注意多线程的FastCGI服务器，并接受这些可以被设计来处理多个并发请求？
