likewater
2003-10-29 17:19
可有再直观的比较么,一次通常的IO操作大约是多少?

weihello
2003-10-30 23:58
大部分情况,差的构架是导致性能低下的原因。差的构架使得你调试,优化以及测试困难。这本身就是导致性能低下的主要原因:它本身难以查找瓶颈,难以测试,导致难以优化。

性能低下的系统通常因为具有瓶颈效应,瓶颈效应又因为是没有足够好

的抽象。在一个设计良好的系统,通过refactoring或者采用模式等手段,

最后往往孤立(这就是OO的强大之处吧)了一些导致瓶颈的“关键”因

素。这样容易单独测试,也就容易查找瓶颈。如果万一性能低下,那么我

们所要做的就是对症下药。好像看病一般,世界上绝大部分不好的病都是因为难以找到病因,一旦找到病因,一切就OK了,我们翻翻书,照方开药。

javaw
2003-11-11 21:22
java性能网,很不错啊。。。。

枕戈待旦
2003-11-21 16:56
我等是粗人,构架就不说了,遇到瓶颈如socket、jdbc(并发量大情况)等,没什么好说的,一律用jni或自己写server搞定!效果很好!

java中类封装得很好,设计上很牛B,但性能上真是不敢恭维呢。举个例子,如果你要得到 yyyymmdd hhss 格式当前日期时间字符串,用 DateFormat 之类的东东不仅麻烦而且其慢无比,某些OS下(如SCO)多线程并发调用之居然还会出错!绕过它,直接用其内部封装的GregorianCalendar,一切OK!当然这种做法大大背离了原设计者的初衷,也很不规矩,但不得已啊。

yaodachun
2003-12-02 16:32
切记,数据量的考虑!!!

猜你喜欢
3Go 上一页 1 2 3