- 主题:其实我觉得技术站务们...... (转载)
【 以下文字转载自 sysop 讨论区 】
发信人: atppp (Big Mouse), 信区: sysop
标 题: Re: 其实我觉得技术站务们......
发信站: 水木社区 (Sun Sep 11 02:57:53 2005), 站内
代码上优化是可能的，但是没有很大的效果，基本所有的关键地方都优化了
花10天熟悉代码，写10个小时的代码，只能提高0.01%的性能，你干不干？
ps有想法可以去BBSMan_Dev讨论...
【 在 oldbug (心平气和) 的大作中提到: 】
: 除非带宽不够，嘿嘿，否则很多东西都是可以通过优化解决的
: ai你别给我说大牛们都考虑到了，我刚看过这里的source，呵呵，
: 并不是不能继续优化的
: ...................
--
修改:atppp FROM 128.12.150.70
FROM 128.12.150.70
对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
怎么着手分析问题？代码或许已经优化了很多，设置也优化了很多，但是提高性能
不是这两方面就行的，有的时候对于整个系统结构甚至业务逻辑都可以进行优化。
最简单的一个，我以前一直提的信用等级问题：
例如广告，总是有人注册了马甲上来发广告，该广告被加入了关键字，每个人发的时候
都会被审查，这有必要吗？完全可以根据信用级别来判断，如果站务，仲裁，大版斑竹，
甚至注册在2年以上的id，发文数在1000以上的，对bbs规则有了解的而且爱惜id名声的，
完全可以不用进行这个关键字判断的，这个可以省多少cpu资源？而且关键字也可以分
级别的，一些政治性的进行过滤，其余的完全可以灵活配置的嘛。而且一个id的信用等级
也可以随着m文，被封禁等情况进行自动调整，从而做到系统的运行时刻自动优化，呵呵
【 在 oldbug (心平气和) 的大作中提到: 】
: 【 以下文字转载自 sysop 讨论区 】
: 发信人: atppp (Big Mouse), 信区: sysop
: 标 题: Re: 其实我觉得技术站务们......
: ...................
--
FROM 218.182.104.*
这个主意不错啊~~~~~ 不过这个应该算是功能上的改进，而不属于性能优化的范畴吧~~
目前可能的优化大概是把 .DIR 文件给 mmap 了，这样或许能节省不少的 IO，但是也
会带来一些问题，一是内存消耗，看划不划得来，不过我以为要是有比如 8G 的内存，
拿出来 1G mmap .DIR 还是可以的... 二是文件的同步，要是半截儿掉电了，版面文章
就会混乱....这个就有点难办，目前的版面文章的文件格式没有 header，嗯....
当然最好是能通过 benchmark 来确定瓶颈啦。功能上的改进也还是有不少余地的。
【 在 oldbug (心平气和) 的大作中提到: 】
: 对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
: 没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
: 一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
: ...................
--
FROM 59.66.199.*
有个传说中的 dird，不过最乐观的估计也得到 kbs-3.0 才能看见。
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: 这个主意不错啊~~~~~ 不过这个应该算是功能上的改进，而不属于性能优化的范畴吧~~
: 目前可能的优化大概是把 .DIR 文件给 mmap 了，这样或许能节省不少的 IO，但是也
: 会带来一些问题，一是内存消耗，看划不划得来，不过我以为要是有比如 8G 的内存，
: ...................
--
FROM 162.105.242.*
.DIR 的 daemon 啊，现在这个 daemon 连影都没有，当然搜不出来了，哈哈
【 在 dvlt (目标: 文章数<上站数) 的大作中提到: 】
: DIRD 是什么? @@ google 上搜不出来啊
--
FROM 162.105.242.*
en
争取赶在GoogleOS之前发布
【 在 flyriver (江~~忙碌生活) 的大作中提到: 】
: .DIR 的 daemon 啊，现在这个 daemon 连影都没有，当然搜不出来了，哈哈
--
FROM 166.111.18.89
现在 cpu 资源有富余。。你这个就属于改了不少还不会提高太多的那种 。。
【 在 oldbug (心平气和) 的大作中提到: 】
: 对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
: 没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
: 一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
: ...................
--
FROM 61.51.182.*
所以要你们说到底性能瓶颈在哪里？IO？
【 在 kxn (人品不好·谨言慎行) 的大作中提到: 】
: 现在 cpu 资源有富余。。你这个就属于改了不少还不会提高太多的那种 。。
--
FROM 218.182.104.*
说得轻巧，判断信用等级的开销呢？恐怕比过滤的开销更大吧...
【 在 oldbug (心平气和) 的大作中提到: 】
: 对于系统的优化，首先需要搞清楚的是什么地方是性能的瓶颈。除了技术站务之外，
: 没有人能够接触到水木运行时刻的相关统计数据，我们也不可能模拟出一个和水木
: 一模一样的运行时刻环境，技术站务们不公开说明白各个功能的负荷大概多少，别人
: 怎么着手分析问题？代码或许已经优化了很多，设置也优化了很多，但是提高性能
: 不是这两方面就行的，有的时候对于整个系统结构甚至业务逻辑都可以进行优化。
: 最简单的一个，我以前一直提的信用等级问题：
: 例如广告，总是有人注册了马甲上来发广告，该广告被加入了关键字，每个人发的时候
: 都会被审查，这有必要吗？完全可以根据信用级别来判断，如果站务，仲裁，大版斑竹，
: 甚至注册在2年以上的id，发文数在1000以上的，对bbs规则有了解的而且爱惜id名声的，
: 完全可以不用进行这个关键字判断的，这个可以省多少cpu资源？而且关键字也可以分
: 级别的，一些政治性的进行过滤，其余的完全可以灵活配置的嘛。而且一个id的信用等级
: 也可以随着m文，被封禁等情况进行自动调整，从而做到系统的运行时刻自动优化，呵呵
--
FROM 59.66.134.36
难道不是吗？
少灌水是最好的优化
【 在 oldbug (心平气和) 的大作中提到: 】
: 所以要你们说到底性能瓶颈在哪里？IO？
--
FROM 59.66.134.36