那是因为forum做得差...
对于同样的用户数，每个用户都要从新闻主服务器上下，
而如果是bbs，以后的请求只要从缓存中取就可以了。
你从一个用户的角度看，自然是下载过的新闻不用再下载了，这对bbs几乎是一样的，如果
能够有效地利用浏览器和squid的缓存
你分析问题的角度是每个用户怎么样...但是我分析问题的角度是从服务器这端来考虑。
如果不是因为这方面的原因，大新闻组也不会限制大附件。
【 在 yuansu (yuansu) 的大作中提到: 】
: 新闻组的连接数是有限制的，即使限制很少的连接数，下载一次以后就无须重新下载了，
: 服务器端根本不需要缓存图片
: web的话，刷新一遍页面几乎要下载所有的页面元素了，是多连接的，而玩forum的经常要刷页面，负荷怎么会小？
: ...................
--
修改:atppp FROM 128.12.181.30
FROM 128.12.181.30

要分成两个服务器，还不耗资源？能象水母这样搞的还是不多的。

【 在 atppp (Big Mouse) 的大作中提到: 】
: 那是因为forum做得差...
: 对于同样的用户数，每个用户都要从新闻主服务器上下，
: 而如果是bbs，以后的请求只要从缓存中取就可以了。
: ...................
--
FROM 221.239.203.*

呵呵，你以为象http://alt.binaries.nl/这样的索引网站索引的只是几个news服务器?

【 在 atppp (Big Mouse) 的大作中提到: 】
: 这种新闻组做不了大集群，只能几个服务器在那里玩。
: 大新闻组服务器有几百个，附件发出来流量根本受不了。
--
FROM 221.239.203.*

newsroup-usenet本来就是无中心服务器的服务器群，已经存在了多少年了

【 在 atppp (Big Mouse) 的大作中提到: 】
: 大网站哪里有不用多服务器的。大网站前端不加缓存基本上只能用服务器集群。
--
FROM 221.239.203.*

你没明白这个索引只是给个类似连接的东西，下载还是需要客户端的
【 在 atppp (Big Mouse) 的大作中提到: 】
: 索引和news客户端是两个概念。实际上现在大新闻组用索引是最好的用法。
: 用news客户端实在很低效。
--
FROM 221.239.203.*