[开发笔记]原来还可以更快.

好久没有更新消息了.

但是最近一有时间我就在继续开发, 只是现在不敢再轻易的说一些承诺了.

不过通过代码重新, 稳定性 , 兼容性 和 效率 确实大大的提高了.
只是功能还不完善.


今天采用了全新的方法来计算 性能, 结果很让我吃惊
这个全新的方法就是: 手动用秒表计时.
打开网页的时候开始计时, 当我看到列表以及列表内的数据完全的展现出来之后停止计时.

这个是最实在的了, 任何希望在浏览器内部通过工具 或者是js脚本来计时的方法几乎都是不准确的. 因为这类方法一般都计算的是"页面加载完毕并且所有脚本执行完毕"的耗时.
但是"页面加载完毕并且所有脚本执行完毕"并不等于"渲染完毕 所有数据可见".
所以,做这个测试的时候还是用"眼见为实"的好.



只测了IE 7下, 机器是 酷睿2 2.0G  内存2G  OS是vista home basic
(数据采用本地数据,所以忽略了网络传输的影响)

GT :
7列数据  其中有4列是复杂数据 ( 可以理解为列上有 render )
5000条, 用时是 8秒!!!! 
500条  1.5秒左右



ext 2.01   (用的是 array-grid例子)
5列数据 其中有2列复杂数据 (与上面GT的测试数据有5列是一样的,2列的render是一样的)
5000条 用时90秒
500条  2.5秒左右

用此新的计时方法对1个月前的GTGrid做测试,结果是5000条数据 15秒左右

明天上班(其实是今天了) 在 1G内存 IE6 和 ff2下再测试一次


以前我也说过 做这种对比其实没什么意义,
因为绝大多数情况下 用户的列表 数据是在几百条左右的. 对于几百条数据 两者是没什么差别的(1秒左右的差别没有人会在意)
一味的强调在极端情况下 GT的速度比EXT快多少 是很无聊的.

所以我很早之前就不再把 "极端情况下的性能优化" 作为工作重点.
这次速度的提升完全是我在做代码重构时的"副作用".

对dom的操作顺序 css的定制 还有clientXXXX offsetXXXX的使用,这些都对性能的影响很大很大,有时候比算法影响更大.
例如这个列表,就是对数据的循环迭代,根本无所谓算法,能做的优化基本都做了
在for语句上做文章,能提到循环外的尽量提出去,减少循环体内时间复杂度等等,但是这些工作对于如此简单的for循环 确实效果不明显. (以上文字不是说教,我只是自己感慨一下 呵呵)



对GT不要有任何期待,因为开发时间不可控.但是一旦它正式推出 必然是会带给您惊喜的.

现在开发的脚步很缓很缓 但是每一步走的都很稳健 , 希望以后可以走快点.
但是我知道 我不可能每天都凌晨 4点多才入睡...

困了 不说了 晚安地球人



提醒自己:
明天咨询一下 在同类元素很多的情况下,
"一次性改变元素的class对应的styleSheet"和
"改变每一个元素style" 哪个更好

评论

7 楼 huhupure 2008-03-03  

fins 要加油啊,以后最好能抽时间搞个培训,这样你也能赚些钱

6 楼 Emy 2008-02-27  

5 楼 hgq0011 2008-02-23  

fins真棒!加油!
有最新的版本下载吗?
谢谢!

4 楼 fins 2008-02-22  

群满了

而且说实话 我从来没去那个群里做过什么 很对不起大家啊

因为说老实话 我对ecside不是很喜欢
我现在只希望更多的经历投入到 gtgrid上来

而且打算等 je的wiki开了 在wiki上写 gt的文档 在论坛里讨论
群存在的意义不大

3 楼 shenlei 2008-02-22  

请问GT-Grid (EC Side)的群号是多少呢？

2 楼 erzimi 2008-02-22  

耶？我的评论怎么没了？

1 楼 arrowhead 2008-02-22  

fins辛苦了
我们的项目组已经用GT做过一个成功的项目了，开始也遇到了一些问题，看你提供的文档和自己的理解，问题都解决了。
从来没有在这里留过言。
今天早上见到了你的这条留言，看你是凌晨四点留言的，确实太辛苦了。
谢谢了！