2007-09-24
GT-Grid(原ECSide) 速度测试中完胜 EXT-Grid
呵呵 可能有些朋友还不知道我打算把新版本的 ECSide改名叫 GT-Grid吧 呵呵
想好新版ECSide叫什么名字了
GT Grid 呵呵
不再和ec沾边了 因为代码决定全部重新设计 重新写了
GT 就是 GT赛车的那个GT
可以理解为 Grand Touring (伟大的旅程)
也可以理解为 Gran Turismo (意大利语 和上面的英文同意)
当然在赛车领域有另外的解释,多指"以赛车的标准来设计的高质量高性能的顶级跑车",快速,舒适,适合长距离行驶.
但是现在GT的意义已经延伸到汽车之外了,它已经成为卓越 与 荣耀的象征.
GT Grid ,像GT赛车一样奔驰向前吧 :)
昨天进行了一下数据压力测试.
在 p4-3G/1G IE6 下,
显示 5000条数据
GT-Grid 用了 17秒
而 EXT-Grid 的example中的 array-grid用了96秒
(用来测试的 GT-Grid 版本的功能和 Ext array-grid 完全一样,甚至还多了两样
性能的提升绝对不是因为功能的缩水)
所需js代码的体积依然控制在90K以内
敬请期待吧.
引用
想好新版ECSide叫什么名字了
GT Grid 呵呵
不再和ec沾边了 因为代码决定全部重新设计 重新写了
GT 就是 GT赛车的那个GT
可以理解为 Grand Touring (伟大的旅程)
也可以理解为 Gran Turismo (意大利语 和上面的英文同意)
当然在赛车领域有另外的解释,多指"以赛车的标准来设计的高质量高性能的顶级跑车",快速,舒适,适合长距离行驶.
但是现在GT的意义已经延伸到汽车之外了,它已经成为卓越 与 荣耀的象征.
GT Grid ,像GT赛车一样奔驰向前吧 :)
昨天进行了一下数据压力测试.
在 p4-3G/1G IE6 下,
显示 5000条数据
GT-Grid 用了 17秒
而 EXT-Grid 的example中的 array-grid用了96秒
(用来测试的 GT-Grid 版本的功能和 Ext array-grid 完全一样,甚至还多了两样
性能的提升绝对不是因为功能的缩水)
所需js代码的体积依然控制在90K以内
敬请期待吧.
- 09:11
- 浏览 (4389)
- 论坛浏览 (6613)
- 评论 (27)
- 分类: GT-Grid
- 发布在 GT-Grid 圈子
- 相关推荐
评论
iamjxc 写道
GT Grid的确很快, 但是还有提升的空间.
我在 ColumnList1.04 基础上改进的grid速度为:
500条: 400 ms
5000条: 1200 ms
5000条页面内排序: 800ms
速度完胜 GT-Grid , 呵呵, 给楼主一点点压力吧.
我在 ColumnList1.04 基础上改进的grid速度为:
500条: 400 ms
5000条: 1200 ms
5000条页面内排序: 800ms
速度完胜 GT-Grid , 呵呵, 给楼主一点点压力吧.
请问: ext 能否改进?
谢谢
有压力才有动力
不过关于 columnlist 我以前说过 和 gtgrid 以及ext 不是一类的东西
不好比较啊 呵呵
columnlist 本质上是对现有表格进行渲染 渲染成多功能表格
而 gtgrid 以及ext 是自己创建
有一个很大的性能损耗是在 拼接大量的table html字符串 以及动态渲染上.
另外还支持对单元格数据的渲染(渲染越复杂时间越长)
而columnlist 以及传统的jsp for内输出html代码的做法 则没有以上的性能凭借
不过 不管怎么说 都要谢谢楼上的
另外 这个是老帖了 现在情况又有不同了
有压力才有动力
不过关于 columnlist 我以前说过 和 gtgrid 以及ext 不是一类的东西
不好比较啊 呵呵
columnlist 本质上是对现有表格进行渲染 渲染成多功能表格
而 gtgrid 以及ext 是自己创建
有一个很大的性能损耗是在 拼接大量的table html字符串 以及动态渲染上.
另外还支持对单元格数据的渲染(渲染越复杂时间越长)
而columnlist 以及传统的jsp for内输出html代码的做法 则没有以上的性能凭借
不过 不管怎么说 都要谢谢楼上的
另外 这个是老帖了 现在情况又有不同了
GT Grid的确很快, 但是还有提升的空间.
我在 ColumnList1.04 基础上改进的grid速度为:
500条: 400 ms
5000条: 1200 ms
5000条页面内排序: 800ms
速度完胜 GT-Grid , 呵呵, 给楼主一点点压力吧.
我在 ColumnList1.04 基础上改进的grid速度为:
500条: 400 ms
5000条: 1200 ms
5000条页面内排序: 800ms
速度完胜 GT-Grid , 呵呵, 给楼主一点点压力吧.
fins 写道
整体页面的加载
是指什么呢?
由于 GT-Grid没有用 异步 也没有用 setTimeout起多线程.
所以 我就在 页面的最开始 记录时间
在 body的 onload里显示 当前时间-记录时间
实际上这个比较准确 因为 最终结果显示的时间 与我目测的一样.
也就是说 表格数据展现在大家眼前的时间 就是 onload里显示的时间.
是指什么呢?
由于 GT-Grid没有用 异步 也没有用 setTimeout起多线程.
所以 我就在 页面的最开始 记录时间
在 body的 onload里显示 当前时间-记录时间
实际上这个比较准确 因为 最终结果显示的时间 与我目测的一样.
也就是说 表格数据展现在大家眼前的时间 就是 onload里显示的时间.
在表格整个生成完之后再记录时间是不是更准确一点,如果有的操作是在 onload 之后触发的话。
lz_cleaner
2007-09-27
回复
很是期待。
pharaohsprince
2007-09-25
回复
~weblogic8.1下 导出xls数据为空的解决方法~~~~~~~~~~
xlsView.java怎么改··?
xlsView.java怎么改··?
一条条是不会看,但企业信息系统中,得到一定数量的记录后,再排序查看,过滤查看,分组查看还有各种分析等情况很常见,通常这些都是在得到一定范围后再进行,虽然数量不一定就是很多,但也不会仅仅是100条
pharaohsprince
2007-09-25
回复
同意~一页5000条,你会一条条的看吗?
看应用的类型了,企业内部分布式应用,js这种速度是不行的,目前看来速度改观的可能性不大,所以ria,windows forms click once+remoting/wcf 这样的架构还是很有优势的
ray_linn 写道
96秒我已经关掉浏览器了,我只站在User角度上看,17秒几乎不可接受。
实际上这个只是一个压力测试 实际环境中 没有谁会真的一页 5000条吧?
另外一页五千条,同时具备美观的样式 排序 改变列宽 固定表头 行选择 单元格样式转译 等功能的列表
你觉得多少秒你能接受??
如果站在速度的角度考虑 jsp 内 <% for .....{ }%> 最快了.
其实任何组件都一样 只在该使用的时候使用.
体积 效率 功能 易用性 这些实际上是守恒的, 一个方面好了一点 肯定要有另一个方面差一些.
怎么选择就看喜好和经验了
fins 写道
ray_linn 写道
17秒。。。几乎已经是龟速了。
确实
但是和 ext 的96秒比呢?
其实速度还是可以再优化的 但是那就不是一个 纯前台的了组件了
现在还是 使用 json装数据, 用js在浏览器端组装表格, 这个确实是很慢的
用jstag生成 <table>的html 那样的方式是最快的. 但那是以后要做的.
最终gt-grid的目标是 json xml table-html 都支持.
另外 5000条数据有些极端 很少有人会在一页里面显示5000条
我又测试了 200条
结果是
GT-Grid : 0.287秒
EXT array-grid : 2.859秒
96秒我已经关掉浏览器了,我只站在User角度上看,17秒几乎不可接受。
发表评论
该博客是同时发布到论坛的,无法评论在论坛已被锁定的帖子
我的相册
IMG_2781
共 86 张
共 86 张
我的留言簿
-
你好 麻烦请问一下 我想用struts做下载功能 但传过去的参数最后 ...
-- by doing19852810 -
hide/show 切换似乎有问题
-- by ellie4c -
小胖好,试用一下新功能,给你留个言,呵呵
-- by Quake Wang
链接
最新评论
-
开始考虑用马甲了
应该有多几个马甲傍身,哈哈。
-- by Absolutely -
<七里香>泄露事件在<魔 ...
哈哈 太好了 泄露版里 那首我很喜欢听 但是歌名我很厌恶的歌曲 在正式版里的名 ...
-- by fins -
<七里香>泄露事件在<魔 ...
正式版出来了 和之前的泄露版 歌曲名字几乎都不一样 不过我怀疑 只是名字不一样 ...
-- by fins -
GT-Grid 与后台(j2ee)结合 ...
classpath 的问题 h2.jar 没有找到 你看看你那里运行的上下文是 ...
-- by fins -
小胖儿 闲聊 "百度有啊"
这似乎是我二十多年来听的最好玩的笑话
-- by bainiao







评论排行榜