说得轻巧，判断信用等级的开销呢？恐怕比过滤的开销更大吧...

【 在 oldbug (心平气和) 的大作中提到: 】
: 对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
: 没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
: 一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
: 怎么着手分析问题？代码或许已经优化了很多，设置也优化了很多，但是提高性能
: 不是这两方面就行的，有的时候对于整个系统结构甚至业务逻辑都可以进行优化。
: 最简单的一个，我以前一直提的信用等级问题：
: 例如广告，总是有人注册了马甲上来发广告，该广告被加入了关键字，每个人发的时候
: 都会被审查，这有必要吗？完全可以根据信用级别来判断，如果站务，仲裁，大版斑竹，
: 甚至注册在2年以上的id，发文数在1000以上的，对bbs规则有了解的而且爱惜id名声的，
: 完全可以不用进行这个关键字判断的，这个可以省多少cpu资源？而且关键字也可以分
: 级别的，一些政治性的进行过滤，其余的完全可以灵活配置的嘛。而且一个id的信用等级
: 也可以随着m文，被封禁等情况进行自动调整，从而做到系统的运行时刻自动优化，呵呵
--
FROM 59.66.134.36

ft啊...

【 在 flyriver (江~~忙碌生活) 的大作中提到: 】
: 有个传说中的 dird，不过最乐观的估计也得到 kbs-3.0 才能看见。
--
FROM 59.66.134.36

拉闸

【 在 JulyClyde (七月) 的大作中提到: 】
: 请教一下清华大学是直接拉闸还是制度熄灯？
--
FROM 59.66.134.36

大家到10：55的时候都要关机....
一般来说不会等到拉闸的...

【 在 JulyClyde (七月) 的大作中提到: 】
: 拉闸的话，似乎不算是大量下线吧？
: 超时掉线总得一个一个掉啊
: I guess
: ...................
--
FROM 59.66.134.36