-
Notifications
You must be signed in to change notification settings - Fork 0
Progress Report 2018.08.12
TimHe edited this page Feb 10, 2019
·
1 revision
调研了yutingting16年文章里113个bug,丰富了我的调研数据集,现在总共有了55个bug。也发现他们的工作有些漏洞:对bug筛查不严格,有很多混在里面的不属于配置性能bug(近1/3)。调研这100多个bug时,我发现:
-
由于软件原因,非数据库软件(httpd、firefox)的配置bug多是bool类型和枚举类型,不能用分布来刻画。所以我认为就以数据库类软件为主调研。
-
有些性能问题的确是因为用户配置的不好导致的(大概有10+个),开发者通常(90%)会在下面先指导用户更改配置值,但一般也会修改代码,使得同样的问题不会再出现。因此我认为不需要再区分“用户配置不好导致的bug”和“软件对配置的一些值处理不好导致的bug”,因为对开发者来说,这些都是可以优化的点。
-
有些性能bug的确是和配置相关,但是如附件中“pattern 7 内存泄漏”的例子,这个配置的level太高了,感觉和之前碰到的诸如innodb_sort_buffer_size相比,和配置没有多大关系。这种情况在yutingting文章里还挺多。所以说她这篇文章所定义的配置性能bug和我们研究的bug还不完全一样。
-
我在看的时候也想到了到底什么算性能bug的问题,我觉得可以按影响力来粗略区分:最终导致hang、cpu无端100%、内存泄漏等使得软件功能都无法实现的叫bug;如果能实现功能,但因为算法低效或因为方法繁琐等原因导致速度比较慢,叫problem或者defect;我目前调研时是把两种都算进来了。