- 帐号删除机制由 3 个月减为 2 个月 - 30 分钟挂站踢人 - 检讨 VIP 政策 - 帐号注册改为总量管制: 总硬碟容量, 或总注册量管制 - BBS 上线总量管制 最重要的是, 未来一个月, 应该暂停注册, 并增加挂站踢人设计, 以进行大修! (这些 constraint 在大修过後, 视状况可再重新开启) 我们持的理由如下: 前面站长提到, 每天申请帐号 1700, 删除帐号 700, 每个帐号平均使用 20 MB 若一个月停止注册, 约可减少 700 * 30 = 21000 个帐号 每天减少 700 * 20MB 约莫 10 GB 硬碟使用空间 现在这麽不稳, 八成是某种内伤 如 帐号, 版面, 相簿, blog 等资料库有问题, 甚至是更底层的如 filesystem 的 inode 问题 暂停一个月的注册, 有两个好处: 一是, 确定不稳定是由 "上线人数太多" 造成, 还是其他原因造成的! 若一个月的停止注册加上挂站踢人, 还会造成系统不稳, 就代表是内伤, 而不是人数问题! 若从此系统稳定, 才代表跟上线人数有关 二是, 可以利用每天空出的 10 GB 空间, 针对 1/30 的资料库(帐号/版面/blog/图片)进行测试工作 测试方法可写一个程式, 每次取一个帐号, 到他的目录/资料库 测试 profile 各项属性的完整性, 相片档案格式的正确性, 档案权限的正确性等 30 天後 (假设每天能检查 1/30 的资料库), 整个档案系统应该都被检查完毕 也就是剩下的 (没有处理过的) 档案 是垃圾, 可以删除 这个测试目的在於: a. 我们高度怀疑是否有些帐号 profile 该有的属性在某次内伤中 lost! 当这些帐号的主人上线时, 或有人查询他们时, 造成系统不稳 b. 可以删除不必要的档案 (例如某些帐号删除时, 正好遇到当机, 该删除的没删除掉) 若测试结果发现所有帐号相关资料都很完整. 但系统还是天天不稳定 代表着可能存在着更底层的内伤, 像是 inode 有问题, 或是 OS 不适合 此时 30 天过去, 已经能清出 10 * 30 GB 空间, 也好作档案系统调整动作 最後, 如果既不是资料层内伤, 也不是档案系统层内伤, 而 30 天内还是当机连连 就意味着是程式层的问题 - 是不是加太多新功能了? 一个一个取消试试看! - 是不是 db connection 数量过多? 或其他程式上, 如 threads 或 processes 问题? 限制一下测试看看吧! 站长大人也不用太操心交接问题 若系统能调到够稳的状态, 交接给谁应该都不是问题! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.184.163.27