EXT 2 绚丽表格 背后的隐忧

呃.莫非PM的CPU比较好...我的测试结果与楼主不同...
LOOK:

测试步骤：使用循环生成数据，然后用EXT渲染。每项测试条目执行三次。
由于没有专业的测试工具，我只能通过任务管理器来观测内存使用情况。

测试相关信息：
操作系统：WindowsXP.SP2
浏览器：IE7.0
CPU：Intel PentiumM 1.73
内存：1GB
初始内存占用：737M。（已打开浏览器）

测试1：100次循环数据
（1）创建数据用时:0ms; 渲染用时:531ms
（2）创建数据用时:16ms; 渲染用时:515ms
（3）创建数据用时:0ms; 渲染用时:531ms
使用效果：正常
内存占用：756-758M。
CPU：渲染时占用100%。鼠标移入EXT-GridPanel时占用0%-35%。

测试2：1000次循环数据
（1）创建数据用时:16ms; 渲染用时:4281ms
（2）创建数据用时:32ms; 渲染用时:4250ms
（3）创建数据用时:16ms; 渲染用时:4219ms
使用效果：鼠标移动或点击某记录时，显示效果稍有延迟。
内存占用：777-778M
CPU：渲染时占用100%。鼠标移入EXT-GridPanel时占用30%-60%。

测试3：2000次循环数据
（1）创建数据用时:63ms; 渲染用时:9687ms
（2）创建数据用时:62ms; 渲染用时:9610ms
（3）创建数据用时:47ms; 渲染用时:9563ms
使用效果：延迟较严重，并导致使用复制字符等操作无法正常使用。
内存占用：793-800M
CPU：渲染时占用100%。当鼠标移入EXT-GridPanel时占用100%，窗口处于非活动状态时还持续了一段时间

测试4：5000次循环数据
（1）创建数据用时:141ms; 渲染用时:31672ms
（2）创建数据用时:172ms; 渲染用时:31594ms
（3）创建数据用时:140ms; 渲染用时:32907ms
使用效果：浏览器已无法正常使用。
内存占用：860-875M
CPU：持续100%

我觉得使用EXT，你就考虑每页几十条的分页的情况吧，要想让他几千条的显示，就别想了，不适用。但不是说不可以变通，譬如楼上提到的变态需求，如果打印，可以弹出个窗口，用EXT面板在服务端获取自己生成的表格么，这样性能上的问题就解决了
好的东西总是有他的弊端，看你怎么去变通的解决，我还是喜欢EXT，希望大家也都能用的舒服些！

同意楼上观点。我想如上面提到的变态需求可以通过服务器端生成html再显示到页面的方式来渲染呀，使用动态渲染方式(如 动态加载js,服务器端动态生成ext的JS，"动态加载js我们已实现，效果还不错")

肯定要考虑翻页的吧

fins 的测试使用的什么浏览器呢？
firefox 3 / opera 最新版本都很慢吗？

像css select测试ie就和其他浏览器差距巨大。 我想现在那些开发jslib的大大们应该都是尽量面向将来，即将过时的ie6就不需要下那么多工夫了。

不过话说回来，我认为ext2的服务端排序完美的解决了加载慢的问题。 一次把全部数据载入对带宽和数据安全性也是一个考验。

请问怎么把editorGrid里的值传到后台Action里

http://www.bstek.com/dorado5/performance/test-performance2.jsp

这个例子是显示了2000条记录，可以编辑的表格，显示时间大致1-2秒，不知是否满足楼主的使用需要，具体技术问题，你可以咨询这家公司的技术人员

楼上的真是锐道的好员工啊
dorado整体表现确实不错 但是没有哪个单项可以用优秀来形容
目前不具备走向世界的能力.

由于某种原因 我不便于对锐道的产品进行公开的批评 或是公开的表扬

所以就不说什么了

另外 楼上的 以后别挖老帖 行吗???

仅仅解决问题而已，论坛里最重要的就是互相帮助，希望是就事论事，LZ扯远了

cpu 100%怎么解决啊，看楼上的测试情况也是这样的，偶们这边客户意见很大啊，每次分页都100%