acceptex完成端口，到底一个CPU 建几个线程

APACHE2.2.x和2.4.x有什么区别？为什么大多数用2.2.x的

4GHz的，在无线网路越来越发达的今天。

但是相对的，5GHz的频率较短。

但是5GHz是趋势，5GHz的辐射范围是小于2，频率越短的波长的穿透力就越弱，如果在居室这种有多重墙壁的环境中，打个比方就是一条2，相对的.4GHz的，所以5GHz的穿透能力是不如2，众所周知，5M可以跑更多的车而不会拥挤.4M宽的马路和一条5M宽的马路最大的区别在于带宽.4GHz已经不能满足大众化需求了，所以5GHz便应运而生，2

apache假死，重启就可以访问，怎么办

apache重启后，网站正常运行一段时间就再打不开了。

进度条到38％就不动了。

重启apache问题依然。

昨天安装更新之前正常。

请问该如何解决？谢谢了！ apache 2.0.50 php 4.4.5 mysql 5 winserver2003 怎么解决，我APACHE2.2.4 运行一段时时间后就不在反应了，当机了，什么都打不开了，然后重启APACHE 就OK了，特是遇到大的特别耗时的程序时，就出现当机！ 这个问题是1.APACHE问题 2.系统问题（我系统XP SP2 GHOST版） ================================================================================================ 以上是两位朋友遇到的情况，跟我遇到的情况很类似，他们的解决方法： 在httpd.conf 中调整如下 恢复正常 之前为255和0的时候也正常运行 而且现在访问量也不大 ThreadsPerChild 1000 MaxRequestsPerChild 10000 eptEx ==================== 问题解决过程：请求太多 修改APACHE两个参数 ThreadsPerChild 250 MaxRequestsPerChild 0 ThreadsPerChild： 这个指令设置了每个子进程建立的线程数。

子进程在启动时建立这些线程后就不再建立新的线程了。

如果使用一个类似于mpm_winnt只有一个子进程的MPM，这个数值要足够大，以便可以处理可能的请求高峰。

如果使用一个类似于worker有多个子进程的MPM，每个子进程所拥有的所有线程的总数要足够大，以便可以处理可能的请求高峰。

MaxRequestsPerChild： 这个参数是说，apache进程在处理了多少个请求之后，必须退出，重新开始，以免在处理中的内存问题。

对于php脚本来说，把这个参数设置的小一些是有好处的，可以避免程序使用的内存持续增长对apache带来的压力：让这个参数定期释放内存，因为php是在脚本执行完毕后，自动释放只用的资源（内存）的。

比如设置为50？如果太小的话，重新产生一个apache进程也是要消耗资源的，这是一个平衡问题。

ThreadsPerChild 250 MaxRequestsPerChild 50 =========================== 将MaxRequestsPerChild设置成非零值有两个好处： ···可以防止(偶然的)内存泄漏无限进行，从而耗尽内存。

···给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

完成端口，到底一个CPU 建几个线程

接下来看看完成端口（Completion Ports ） 其实可以把完成端口看成系统维护的一个队列，操作系统把重叠IO操作完成的事件通知放到该队列里，由于是暴露 “操作完成”的事件通知，所以命名为“完成端口”（Completion Ports）。

一个socket被创建后，可以在任何时刻和一个完成端口联系起来。

一般来说，一个应用程序可以创建多个工作线程来处理完成端口上的通知事件。

工作线程的数量依赖于程序的具体需要。

但是在理想的情况下，应该对应一个CPU创建一个线程。

因为在完成端口理想模型中，每个线程都可以从系统获得一个“原子”性的时间片，轮番运行并检查完成端口，线程的切换是额外的开销。

在实际开发的时候，还要考虑这些线程是否牵涉到其他堵塞操作的情况。

如果某线程进行堵塞操作，系统则将其挂起，让别的线程获得运行时间。

因此，如果有这样的情况，可以多创建几个线程来尽量利用时间。

总之，开发一个可扩展的Winsock服务器并非十分困难的。

主要是开始一个监听socket,接收连接，并且进行重叠发送和接收的IO操作。

最大的挑战就是管理系统资源，限制重叠Io的数量，避免内存危机。

遵循这几个原则，就能帮助你开发高性能，可扩展的服务程序。

socket的接收缓冲，因为接收事件仅仅在eptEx调用中发生。

保证每个socket都有一个接收缓冲不会造成什么危害。

一旦客户端/服务器在最初的一次请求（由eptEx完成）之后进行交互，发送更多的数据，那么取消接收缓冲更是一个很不好的做法。

除非你能保证这些数据都是在每个连接的重叠IO接收里完成的 。

向左转|向右转