- 主题:其实我觉得技术站务们...... (转载)
【 在 atppp (Big Mouse) 的大作中提到: 】
: en, 信用体系这个基本上完全是个管理上的改进策略，不觉得对性能有多大优化
: 这个主意还是很有用的，有时间 oldbug 可以写个完善点的构架出来...
: 要随便说说谁都会，但是如何确定各个因素的权重等等，就不是那么简单的了:)
偶MM前几天做的建模就是信用卡发卡因素的权重
说是需要历史数据做拟合的
--
FROM 218.28.14.*
mmap 不是万能的，你不知道 mmap .DIR 的副作用，呵呵
随便说两个，最讨厌的就是进程在可写方式下面 mmap 时候，退出进程会 flush 所有 dirty page , 如果遇到熄灯一类的大面积退出，马上系统 load 高到像死，虽然这里可以通过把进程退出做排队来糊弄，但是效果会怎么样还不知道。
另一个就是每个进程都 mmap 很大一段不需要的地址空间，浪费了不少页表空间，也带来了不小的进程切换开销。。。
其实说起来这个 2001 年时候就尝试过 mmap .PASSWDS, 后来又改回 shm 了。。原因主要就是上面说的 1
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 还是先mmap .DIR吧，哼哼 -,-
--
FROM 61.51.182.*
2G 内存基本不够用，4G 也少。。
【 在 JulyClyde (七月) 的大作中提到: 】
: 内存那么大还IO什么啊？
--
FROM 61.51.182.*
要看访问量了
我觉得“校内信息交流平台”肯定用不了2G那么大
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 2G 内存基本不够用，4G 也少。。
--
FROM 218.28.14.*
请教一下清华大学是直接拉闸还是制度熄灯？
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: mmap 不是万能的，你不知道 mmap .DIR 的副作用，呵呵
: 随便说两个，最讨厌的就是进程在可写方式下面 mmap 时候，退出进程会 flush 所有 dirty page , 如果遇到熄灯一类的大面积退出，马上系统 load 高到像死，虽然这里可以通过把进程退出做排队来糊弄，但是效果会怎么样还不知道。
: 另一个就是每个进程都 mmap 很大一段不需要的地址空间，浪费了不少页表空间，也带来了不小的进程切换开销。。。
: ...................
--
FROM 218.28.14.*
这个策略不够好用。。原因自己考虑吧。。虽然没有公布具体的读写统计数据，不过我想冰雪聪明的 oldbug 一定可以分析出来 fb bbs 系统里面，哪里读命中的几率大吧 :p
【 在 oldbug (心平气和) 的大作中提到: 】
: IO的时候加入一个策略？如果长度大于多少的文章就直接实时写入磁盘，否则写入
: cache，等到IO空闲或者cache满的时候再写入磁盘？呵呵
--
FROM 61.51.182.*
拉闸
【 在 JulyClyde (七月) 的大作中提到: 】
: 请教一下清华大学是直接拉闸还是制度熄灯？
--
FROM 59.66.134.36
没那么绝对,我觉得
【 在 JulyClyde (七月) 的大作中提到: 】
: 文章如果有header就从体系上脱离了firebird了吧？
--
FROM 59.66.134.36
这个帖子很的人好多啊~~!
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 拉闸
--
FROM 211.155.136.*
拉闸的话，似乎不算是大量下线吧？
超时掉线总得一个一个掉啊
I guess
【 在 Tinro (天若|死生契阔，与子成说) 的大作中提到: 】
: 拉闸
--
FROM 218.28.14.*