张阳 2010-06-10
这个肯定是BUG,能引起死机了,一般理论上讲是20秒反应时间,超过这个时间客户体验会很低。此外,猜测不像是内存泄露导致。内存泄露大概的意思是指程序运行不断占用内存资源不释放,一般在程序长期运行的情况下发现此类问题。而你这个每次查询都是如此应该不是这个问题导致,但有没有这个问题不清楚。而CPU占用高,说明是程序问题,进一步调优感觉应该考虑程序算法,实现方式等等。具体找开发商量下吧。小子拙见,还请包涵。
王艳 2010-06-10
张阳 2010-06-10
张阳 2010-06-10
顺便说一下,CS的结构肯定是能优化的,我们BS的有浏览器的限制都做到了近十万条数据查询在20S内刷新
王艳 2010-06-10
张阳 2010-06-10
王艳 2010-06-10
胡军红 2010-06-10
沟通确实是门艺术
何斌 2010-06-10
也太菜了
赵永智 2010-06-10
要死磨硬泡的让他们承认这是个BUG,如果他们不承认,就提交缺陷报告给项目经理,项目经理不受理就提交技术总监。有秋菊打官司的精神。
袁帅 2010-06-10
很明显,性能BUG。
杨莹 2010-06-10
客户是不考虑你的实现方式的,就是结果论。 张阳的这句很实际额~。
李超 2010-06-10
尽到你自己的职责,开发不重视就反应给项目经理,项目经理不重视就反应给需求经理或者QA,尽量争取问题能够得到处理,记住用邮件的方式,这个问题在项目上线后客户追究的可能性会非常大,到时候责任不在你,你已经尽到了自己应有的义务。
PS:如果你们有验收测试这个环节的话,这个时候可以再次提出来,因为只有在这个时候你才能跟客户直接交流
易水寒 2010-06-11
测试下数据库查询语句,看看是不是数据量多的原因
李星星 2010-06-11
肯定是BUG,我们这边要求1万条数据的5S,头说超过5S的都要提BUG,要让他们优化,不过我觉得10S应该还是能够接受的
张平 2010-06-11
数据库缓存、查询语句、关联复杂程度都可能是导致查询慢的原因,数据和数据也是不一样的,不过死机就不对了,需要优化下。