线程只是一个方面，理论上可以减少上下文切换时间，共用地址空间的优点
不知道你所说的那种线程bbs是否源自以线程取代进程运行的思路（还是1对1模式）
如果是那样，那和我们的设想还是有很大区别的。我们设想是以限定数目
(例如16个)的线程服务小于1000个的用户连接，每个线程能处理的只是协议指令。

特定于bbs这种文件信息服务，文件缓冲也是一个可以优化的主题
用户操作界面相关的处理也可以省掉，交由用户端自行解析，有望减小服务器负荷
BBS的I/O是上载远小于下载，这一特性也是可以考虑利用的


【 在 lepton 的大作中提到: 】
: 线程bbs已经有人写一个了
: 【 在 peacock (孔雀@ytht) 的大作中提到: 】
: : 目前国内的bbs基本都是火鸟系统，基于telnet协议和http协议。
: : 1）telnet接口：核心思想是将远程的用户端虚拟为一个键盘和一个虚拟显示终端，
: : 这种接口的所有的交互都是基于过程；每个用户对应一个socket连接、一个进程。
: : 当用户达到五位数时，一般的系统难以承担运行负荷；
: : 2）http接口：对于超时的控制没有很好的解决，一般都使用间接手段；
: (以下引言省略...)
--
FROM 218.79.100.157