一个网站性能的问题，寻求帮助！

为什么有那么多java进程的？

好像是linux kernel2.4的问题，每个线程都是用一个进程模拟的

目前是用ajax或者js技术实现的网页没办法，而且不能处理表单，其他一些基本的页面都是可以转化的
转换的效率的确很低，特别耗CPU,而且转换出来的wml可能不太好看，虽然做了部分的收缩处理，但网站的布局千变万化，也只能保证多数能够看而已。
开始网站性能一直有问题，用了4台服务器每天100万的PV就快撑不住了，经过几位老大的指点，进行了优化，现在每天PV能够达到150万了，还在继续优化。

程序问题很大,怎么可能有那么多java进程?应该是资源释放有问题,那么高的io明显是有很多死链接在上面.

可以去掉memcached，在每台resin前面放一台squid，设置过期时间。

这位，memcached使用可以作缓存，如果使用squid，又是搞成资源浪费，每台都一样的缓存，管理起来也不方便。现在楼主要关心的是
1.memchached的使用命中率，然后搞一个memchached群。应用服务器可以少出一台来替换成memcached使用
2.使用apache deflate压缩功能

我是给lz提供了另一种解决方案。

以下是对比：

1、squid
此法将cache提前，第一次走resin，以后走squid，过期的话重新取。
缓存的生命周期、缓存url策略使用squid自身配置即可，无需编写程序进行管理。
随着pv的增长，需增加squid，适当的增加resin。
优点：简单，速度快
缺点：缓存内容重复，浪费机器

2、memcached
先走resin，再取memcached，最后响应。
这种方案速度会慢于squid，并且缓存的生命周期需要使用程序来控制。
pv增长的话，需增加resin，memcached，如果在某个或某些url比较热，可能会出现memcached单点问题。
优点：节省资源，程序控制cache较灵活
缺点：存在单点问题

squid+lvs，试试看

各位老大，又出新问题：
目前访问量下降了很多，但是总是有服务器发生Too many open files的错误
用lsof查了一下：
java       5128       root  384r  FIFO        0,5             3643282 pipe
java       5128       root  385w  FIFO        0,5             3643253 pipe
java       5128       root  386r  FIFO        0,5             3643254 pipe
java       5128       root  387w  FIFO        0,5             3643254 pipe
java       5128       root  388r  FIFO        0,5             3643255 pipe
java       5128       root  389w  FIFO        0,5             3643255 pipe
java       5128       root  390r  FIFO        0,5             3643256 pipe
java       5128       root  391w  FIFO        0,5             3643256 pipe

这种类型的占了900多个
但我不知道这种类型是否是memcached产生的或者是其他原因产生的？

resin3.x的效率还没有2.x的高（收费版的除外），换换weblogic试试。