EXT性能问题

       用了两个多月EXT,最近遭遇性能瓶颈,不得不放弃了,或许是我们用的有问题,所以请各位多多指教。

        用最简单的话说就是,我们要用grid一次显示1000条数据,不准用分页,不准修改EXT源代码,可以使用滚动条,显示时间不能超过2秒。

       加载大规模数据不用分页虽然听起来很愚蠢,但是那是用户的要求,因为他们认为Delphi可以做到,Web也可以做到。

      我们采用EXT+Struts+Spring+Hibernate,EXT解析Struts返回的XML串。

      我们的测试结果如下:(四台机器同时访问,机器配置均为P4 3.0,512Mb,有一台是1G,不过时间没有多大差别,每个测试重复三遍,取平均值)

       加载数据量     共耗时(秒)   直接调用Action返回XML耗时(秒)

         20                         2                                        <1

          200                      10                                      2

          700                      20                                      8

          1400                    40                                     17

 

          我在自己的笔记本上测试(Core2 2.0G,2G)

          800                    16

 

          假设总耗时=EXT解析XML时间+EXT绘制DOM元素显示数据时间+调用Action并返回XML时间

          在《Javascript权威指南》中指出IE6.0解析DOM会随数据量增大呈几何级增长。我觉得这个或许是性能瓶颈,而且我们无法克服。

      

           而且在加载大数据量时,IE会瞬时出现假死,而且一碰就会出现“无响应”,我想这对于要求实时性很高,数据量很大,稳定性很高的ERP系统而言,EXT并不能胜任。

           不知道各位有没有好的建议和解决方案。

        

 

         

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值