- 主题:新闻组转信的问题
bbs显示图片可以在服务器前台加缓存，而新闻组服务器要做这个很困难，所以
流量和负荷全部集中在主服务器上，除非做新闻组集群，而现在国外大新闻组一般都
严格限制大附件的新闻发送的。你说新闻组用作多媒体比较省负荷是臆测还是研究过的？
我手上可是有统计数据的...
【 在 yuansu (yuansu) 的大作中提到: 】
: 要淘汰的话，现在国外就不会还有那么多收费的新闻组服务器了，
: bbs主要还是纯文本吧，显示图片就比较吃力，还需要http服务器
: 新闻组就下载回来，用客户端显示就行了，现在国外发展比较快的新闻组客户端
: ...................
--
FROM 128.12.181.30
那是因为forum做得差...
对于同样的用户数，每个用户都要从新闻主服务器上下，
而如果是bbs，以后的请求只要从缓存中取就可以了。
你从一个用户的角度看，自然是下载过的新闻不用再下载了，这对bbs几乎是一样的，如果
能够有效地利用浏览器和squid的缓存
你分析问题的角度是每个用户怎么样...但是我分析问题的角度是从服务器这端来考虑。
如果不是因为这方面的原因，大新闻组也不会限制大附件。
【 在 yuansu (yuansu) 的大作中提到: 】
: 新闻组的连接数是有限制的，即使限制很少的连接数，下载一次以后就无须重新下载了，
: 服务器端根本不需要缓存图片
: web的话，刷新一遍页面几乎要下载所有的页面元素了，是多连接的，而玩forum的经常要刷页面，负荷怎么会小？
: ...................
--
修改:atppp FROM 128.12.181.30
FROM 128.12.181.30
这种新闻组做不了大集群，只能几个服务器在那里玩。
大新闻组服务器有几百个，附件发出来流量根本受不了。
【 在 yuansu (yuansu) 的大作中提到: 】
: 国外有的是允许拆分附件的服务器，大附件拆分的情况多得很，
: 你没仔细玩过新闻组吧
--
FROM 128.12.181.30
大网站哪里有不用多服务器的。大网站前端不加缓存基本上只能用服务器集群。
【 在 yuansu (yuansu) 的大作中提到: 】
: 要分成两个服务器，还不耗资源？能象水母这样搞的还是不多的。
--
FROM 128.12.181.30
索引和news客户端是两个概念。实际上现在大新闻组用索引是最好的用法。
用news客户端实在很低效。
【 在 yuansu (yuansu) 的大作中提到: 】
: 呵呵，你以为象
http://alt.binaries.nl/这样的索引网站索引的只是几个news服务器?
--
FROM 128.12.181.30
没有数据上的中心，但是有权力上的中心。
【 在 yuansu (yuansu) 的大作中提到: 】
: newsroup-usenet本来就是无中心服务器的服务器群，已经存在了多少年了
--
FROM 128.12.181.30
当然了，但是这不等同于你用客户端把所有新闻都下下来再建索引查找，
如果那样做很低效。实际上现在也正是因为有google group所以大新闻组服务器
的流量和负荷才下得来，要不然每个人都去把所有新闻下载下去新闻组协议早就要改革了
【 在 yuansu (yuansu) 的大作中提到: 】
: 你没明白这个索引只是给个类似连接的东西，下载还是需要客户端的
--
FROM 128.12.181.30
光标题就已经很大流量了，这个我统计过。
而且很多人用新闻组客户端都很落后，都要全下的。这个我也统计过。
我和你说了，我是全面的考虑这个问题。我自己当然可以很有效的用新闻组。
【 在 yuansu (yuansu) 的大作中提到: 】
: sigh,你实在用新闻组太少，
: 居然不知道新闻组是可以只下标题，然后根据标题再下载内容的？
: 一口一个低效
: ...................
--
FROM 128.12.181.30
而且光下标题也不能全文查找，而很多人都要全文查找。所以基本都用网站
建立的索引。我管新闻组很多年了...用得少是不太可能的:)
【 在 yuansu (yuansu) 的大作中提到: 】
: sigh,你实在用新闻组太少，
: 居然不知道新闻组是可以只下标题，然后根据标题再下载内容的？
: 一口一个低效
: ...................
--
FROM 128.12.181.30
我只告诉你，标题下载大概是全文下载流量的一半，对于文本居多的大新闻组。
【 在 yuansu (yuansu) 的大作中提到: 】
: windows自带的oe够落后了吧，6-7年没多大改进了，默认就是只下标题的。
: 不会用的人想全下还下载不了呢。
--
FROM 128.12.181.30