- 主题:其实我觉得技术站务们...... (转载)
ft啊...
【 在 flyriver (江~~忙碌生活) 的大作中提到: 】
: 有个传说中的 dird，不过最乐观的估计也得到 kbs-3.0 才能看见。
--
FROM 59.66.134.36
是 IO, 不过我记得以前说过很多次了，另外大部分系统最后瓶颈全都是卡死在 IO 上面，这点优化的 sense ，应该有的吧？
【 在 oldbug (心平气和) 的大作中提到: 】
: 所以要你们说到底性能瓶颈在哪里？IO？
--
FROM 61.51.182.*
userinfo里面加入一个字段，到时候用一条if语句.....
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 说得轻巧，判断信用等级的开销呢？恐怕比过滤的开销更大吧...
--
FROM 218.182.104.*
一条if就不费资源了..?
【 在 oldbug (心平气和) 的大作中提到: 】
: userinfo里面加入一个字段，到时候用一条if语句.....
--
FROM 59.66.134.36
IO的时候加入一个策略？如果长度大于多少的文章就直接实时写入磁盘，否则写入
cache，等到IO空闲或者cache满的时候再写入磁盘？呵呵
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 是 IO, 不过我记得以前说过很多次了，另外大部分系统最后瓶颈全都是卡死在 IO 上面，这点优化的 sense ，应该有的吧？
--
FROM 218.182.104.*
总比一个个匹配关键字消耗的资源少多了吧，呵呵
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 一条if就不费资源了..?
--
FROM 218.182.104.*
en, 信用体系这个基本上完全是个管理上的改进策略，不觉得对性能有多大优化
这个主意还是很有用的，有时间 oldbug 可以写个完善点的构架出来...
要随便说说谁都会，但是如何确定各个因素的权重等等，就不是那么简单的了:)
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 现在 cpu 资源有富余。。你这个就属于改了不少还不会提高太多的那种 。。
--
FROM 128.12.150.70
慢。。。真的慢。。
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 不过现在水母的速度也不慢呀，可以花点精力完善功能：）
--
FROM 61.51.182.*
文章如果有header就从体系上脱离了firebird了吧？
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 这个主意不错啊~~~~~ 不过这个应该算是功能上的改进，而不属于性能优化的范畴吧~~
: 目前可能的优化大概是把 .DIR 文件给 mmap 了，这样或许能节省不少的 IO，但是也
: 会带来一些问题，一是内存消耗，看划不划得来，不过我以为要是有比如 8G 的内存，
: ...................
--
FROM 218.28.14.*
内存那么大还IO什么啊？
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 是 IO, 不过我记得以前说过很多次了，另外大部分系统最后瓶颈全都是卡死在 IO 上面，这点优化的 sense ，应该有的吧？
--
FROM 218.28.14.*