GcExcel模板公式G=Merge性能问题
本帖最后由 Joestar.Xu 于 2024-5-28 09:58 编辑产品：GcExcel
版本：6.2.1
问题编号：DOCXLS-9041
last review: 2024-5-28
最新进展，此问题已在V7.1修复
需要一份压测报告，GcExcel模板公式在不同分组模式下的渲染耗时情况，我用6万行6列的数据源测试发现，用G=Merge比G=List慢太多，3分钟出不来，影响使用，期望可以优化。附件是数据源和使用的模版。
您好，
查看了您提供的模板文件，G=merge 指的是哪个单元格的配置呢？
附件为demo模板，您在模板上将相关资料补充完整，使可通过运行demo复现您描述的问题。
并结合demo详细描述下复现步骤，这边好做进一步的调研。
这是性能测试的demo，但目前无法正常工作，因为它在执行processTemplate直接就stackoverflow了，之前同事的另一篇帖子https://gcdn.grapecity.com.cn/showtopic-175793-1-1.html提过stackoverflow的问题，现在又增加一种stackoverflow场景。请先排查一下stackoverflow的原因。
消除掉stackoverflow后，性能问题会暴露出来。默认的分组方式，也就是G=M，在仅8列单元格扩展时速度很慢。
本帖最后由 Joestar.Xu 于 2023-10-16 16:55 编辑
扁担宽板凳长 发表于 2023-7-11 11:17
这是性能测试的demo，但目前无法正常工作，因为它在执行processTemplate直接就stackoverflow ...
您好，该测试模版中存在循环引用问题，请查看我另一个帖子（https://gcdn.grapecity.com.cn/showtopic-175793-1-1.html）中的回复来修正这个问题。 您好，升级GcExcelV6.2.1新版本后，G=M性能问题仍存在，case非常简单，就是几列数据平铺，执行时间要非常久，附最新demo： 本帖最后由 Joestar.Xu 于 2023-10-12 16:49 编辑
您好，我这边在您的Demo中测试了一下，执行完毕需要约10分钟左右，确实如您所述需要比较久的时间，我们这边调研一下，后续有进展我会在本帖中回复您。
问题编号：DOCXLS-9041
本帖最后由 Joestar.Xu 于 2023-11-13 10:44 编辑
您好，此问题被确定为一个bug ，由于在V6.2.4中很难修复，因此在V7.1.0中重构模板后会修复该bug。此贴将移至bug反馈区域。 您好，该问题已在7.1.0版本中修复，您可以升级后再测试一下。
页:
[1]