- 主题:其实我觉得技术站务们...... (转载)
大家到10：55的时候都要关机....
一般来说不会等到拉闸的...
【 在 JulyClyde (七月) 的大作中提到: 】
: 拉闸的话，似乎不算是大量下线吧？
: 超时掉线总得一个一个掉啊
: I guess
: ...................
--
FROM 59.66.134.36
我来崇拜一下kxn 总。
总结一下：目前代码中要说可优化的地方肯定不少，但是能大面积提升效率
的也就几个关键常用路径上的开销。
1.登陆退出，用户数据初始化和回写硬盘。别看这个每次登录只有一次开销，
但是造成的用户锁定开销还是蛮大的，特别是对大型bbs 来说，突发的登陆
和退出风暴经常发生。
2.读贴。这个路径上基本上没有好说的，下一步能做的就是文章cache.
3.文章列表。这个路径上的问题最多，包括锁定，遍历很多问题。工作量很大。
嘿嘿，大家加油吧！
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 这个策略不够好用。。原因自己考虑吧。。虽然没有公布具体的读写统计数据，不过我想冰雪聪明的 oldbug 一定可以分析出来 fb bbs 系统里面，哪里读命中的几率大吧 :p
--
FROM 221.221.145.39
崇拜一个先~
【 在 KCN (每年总有一段时间想出国) 的大作中提到: 】
: 我来崇拜一下kxn 总。
: 总结一下：目前代码中要说可优化的地方肯定不少，但是能大面积提升效率
: 的也就几个关键常用路径上的开销。
: ...................
--
FROM 61.50.142.*
崇拜一个上帝......
【 在 KCN (每年总有一段时间想出国) 的大作中提到: 】
: 我来崇拜一下kxn 总。
: 总结一下：目前代码中要说可优化的地方肯定不少，但是能大面积提升效率
: 的也就几个关键常用路径上的开销。
: ...................
--
FROM 59.66.134.36
文件系统确实会 cache 文件，但不适合 bbs 用。
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 我原以为操作系统会帮忙cache文章呢 -.-
--
FROM 162.105.242.*
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 是 IO, 不过我记得以前说过很多次了，另外大部分系统最后瓶颈全都是卡死在 IO 上面，这点优化的 sense ，应该有的吧？
不是大部分, 是所有. 嘿嘿
--
FROM 220.112.99.*
是，信用体系的建模很复杂的，建立模型本身在这个小小的bbs里可能
几个小时就可以调研完，因为用户参数就这么几个。
但是模型权重参数的确定基本上是一件长期需要做的事情
【 在 JulyClyde (七月) 的大作中提到: 】
: 偶MM前几天做的建模就是信用卡发卡因素的权重
: 说是需要历史数据做拟合的
--
FROM 128.12.150.70
关于登陆退出风暴的问题，嗯，登陆的话不知道能否在一个id彻底退出之后，相关
信息在某个缓冲区内按FIFO排在里面，下次登陆就直接从这中间命中
关于退出，提出一个折中方案，每个id登陆的时候其最大发呆时间为基准最大发呆
时间加上某个随机数（1分钟左右），这样的话即时突然断电，这些僵尸id也会在
1分钟之内陆陆续续退出，减少冲击，呵呵
【 在 KCN (每年总有一段时间想出国) 的大作中提到: 】
: 我来崇拜一下kxn 总。
: 总结一下：目前代码中要说可优化的地方肯定不少，但是能大面积提升效率
: 的也就几个关键常用路径上的开销。
: ...................
--
FROM 218.182.104.*