- 主题:其实我觉得技术站务们...... (转载)
文章如果有header就从体系上脱离了firebird了吧?
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 这个主意不错啊~~~~~ 不过这个应该算是功能上的改进,而不属于性能优化的范畴吧~~
: 目前可能的优化大概是把 .DIR 文件给 mmap 了,这样或许能节省不少的 IO,但是也
: 会带来一些问题,一是内存消耗,看划不划得来,不过我以为要是有比如 8G 的内存,
: ...................
--
FROM 218.28.14.*
内存那么大还IO什么啊?
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 是 IO, 不过我记得以前说过很多次了,另外大部分系统最后瓶颈全都是卡死在 IO 上面,这点优化的 sense ,应该有的吧?
--
FROM 218.28.14.*
【 在 atppp (Big Mouse) 的大作中提到: 】
: en, 信用体系这个基本上完全是个管理上的改进策略,不觉得对性能有多大优化
: 这个主意还是很有用的,有时间 oldbug 可以写个完善点的构架出来...
: 要随便说说谁都会,但是如何确定各个因素的权重等等,就不是那么简单的了:)
偶MM前几天做的建模就是信用卡发卡因素的权重
说是需要历史数据做拟合的
--
FROM 218.28.14.*
要看访问量了
我觉得“校内信息交流平台”肯定用不了2G那么大
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 2G 内存基本不够用,4G 也少。。
--
FROM 218.28.14.*
请教一下清华大学是直接拉闸还是制度熄灯?
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: mmap 不是万能的,你不知道 mmap .DIR 的副作用,呵呵
: 随便说两个,最讨厌的就是进程在可写方式下面 mmap 时候,退出进程会 flush 所有 dirty page , 如果遇到熄灯一类的大面积退出,马上系统 load 高到像死,虽然这里可以通过把进程退出做排队来糊弄,但是效果会怎么样还不知道。
: 另一个就是每个进程都 mmap 很大一段不需要的地址空间,浪费了不少页表空间,也带来了不小的进程切换开销。。。
: ...................
--
FROM 218.28.14.*
拉闸的话,似乎不算是大量下线吧?
超时掉线总得一个一个掉啊
I guess
【 在 Tinro (天若|死生契阔,与子成说) 的大作中提到: 】
: 拉闸
--
FROM 218.28.14.*