- 主题:其实我觉得技术站务们...... (转载)
【 以下文字转载自 sysop 讨论区 】
发信人: atppp (Big Mouse), 信区: sysop
标 题: Re: 其实我觉得技术站务们......
发信站: 水木社区 (Sun Sep 11 02:57:53 2005), 站内
代码上优化是可能的，但是没有很大的效果，基本所有的关键地方都优化了
花10天熟悉代码，写10个小时的代码，只能提高0.01%的性能，你干不干？
ps有想法可以去BBSMan_Dev讨论...
【 在 oldbug (心平气和) 的大作中提到: 】
: 除非带宽不够，嘿嘿，否则很多东西都是可以通过优化解决的
: ai你别给我说大牛们都考虑到了，我刚看过这里的source，呵呵，
: 并不是不能继续优化的
: ...................
--
修改:atppp FROM 128.12.150.70
FROM 128.12.150.70
对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
怎么着手分析问题？代码或许已经优化了很多，设置也优化了很多，但是提高性能
不是这两方面就行的，有的时候对于整个系统结构甚至业务逻辑都可以进行优化。
最简单的一个，我以前一直提的信用等级问题：
例如广告，总是有人注册了马甲上来发广告，该广告被加入了关键字，每个人发的时候
都会被审查，这有必要吗？完全可以根据信用级别来判断，如果站务，仲裁，大版斑竹，
甚至注册在2年以上的id，发文数在1000以上的，对bbs规则有了解的而且爱惜id名声的，
完全可以不用进行这个关键字判断的，这个可以省多少cpu资源？而且关键字也可以分
级别的，一些政治性的进行过滤，其余的完全可以灵活配置的嘛。而且一个id的信用等级
也可以随着m文，被封禁等情况进行自动调整，从而做到系统的运行时刻自动优化，呵呵
【 在 oldbug (心平气和) 的大作中提到: 】
: 【 以下文字转载自 sysop 讨论区 】
: 发信人: atppp (Big Mouse), 信区: sysop
: 标 题: Re: 其实我觉得技术站务们......
: ...................
--
FROM 218.182.104.*
所以要你们说到底性能瓶颈在哪里？IO？
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 现在 cpu 资源有富余。。你这个就属于改了不少还不会提高太多的那种 。。
--
FROM 218.182.104.*
userinfo里面加入一个字段，到时候用一条if语句.....
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 说得轻巧，判断信用等级的开销呢？恐怕比过滤的开销更大吧...
--
FROM 218.182.104.*
IO的时候加入一个策略？如果长度大于多少的文章就直接实时写入磁盘，否则写入
cache，等到IO空闲或者cache满的时候再写入磁盘？呵呵
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 是 IO, 不过我记得以前说过很多次了，另外大部分系统最后瓶颈全都是卡死在 IO 上面，这点优化的 sense ，应该有的吧？
--
FROM 218.182.104.*
总比一个个匹配关键字消耗的资源少多了吧，呵呵
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 一条if就不费资源了..?
--
FROM 218.182.104.*
关于登陆退出风暴的问题，嗯，登陆的话不知道能否在一个id彻底退出之后，相关
信息在某个缓冲区内按FIFO排在里面，下次登陆就直接从这中间命中
关于退出，提出一个折中方案，每个id登陆的时候其最大发呆时间为基准最大发呆
时间加上某个随机数（1分钟左右），这样的话即时突然断电，这些僵尸id也会在
1分钟之内陆陆续续退出，减少冲击，呵呵
【 在 KCN (每年总有一段时间想出国) 的大作中提到: 】
: 我来崇拜一下kxn 总。
: 总结一下：目前代码中要说可优化的地方肯定不少，但是能大面积提升效率
: 的也就几个关键常用路径上的开销。
: ...................
--
FROM 218.182.104.*