大型工作流中的异常行为 - 大量内存使用和 FlowDecision 上的"超时"

□ 说明 我创建了一个大工作流程 evoices。 父母的Workflow发送儿童Workflow,在某些情况下,RAM和CPU的使用猖獗,使得系统和服务器无法响应.

□ 步骤重现 我不确定复制我的设定有多容易, 有一个特定的流程决定节点评价一个工作流程变量“IsValid”,如果它是“虚假的”,它会保存一些数据并创建一个书签,这很成功。 如果变量是“ True ” , 工作流程会走不同的路由, 但是 RAM/CPU 使用 10+gb ram 变得猖獗, 它被卡在 流程决定中 8 minuttes, 如果我相信执行日志

** 生育率**: 永远

** 视频/截图**:

第1个截图显示3个流量的实例执行,当变量 IsValid = 假时,两个通过正确输入暂停状态来进行. 工作流程名称是否为“[4-xxx]”有问题,并从“3-xxxx”调用该工作流程。

<img宽="1566"高="515" alt="Image" src="https://GitHub.com/user-attachments/assets/32e0ad70-391c-4055-b02d-dbf225e079aa"/.

8分后完成的最后一个,因为它是真实的,使用10克公羊

第二截图显示“虚假”路线, 第三截图显示执行细节

<img宽="1200"高="356" alt="Image" src="https://GitHub.com/user-attachments/assets/0ee35ca5-fa6e-439f-9cf5-8b3be7c50461"/".

<img宽="1173"高="620" alt="Image" src="https://GitHub.com/user-attachments/assets/602769f1-0401-4420-8309-07b150128520"/".

第4个截图显示变量真实的实例执行,第5个截图显示执行时间等.

<img宽="767"高="381"相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相接相

<img宽="906"高="668" alt="Image" src="https://GitHub.com/user-attachments/assets/58/c0c9ac-ce7f-460b-bfe0-d67986f40365" / >

执行开始和停止时间是否有效? 因为它被卡在了8分钟的流程决定中, 或者它可能在别的地方, 这里有什么东西被忽略了吗? 最大节点/活动?

□ 环境

• ** Elsa软件包版本**:3.8.1
• 操作系统:Windows Server 2019,同样在Windows 10和Windows 11上.
• 浏览器和版本:工作室3.8.1 Firefox开始工作流程.

□ 解决问题的尝试 我试图使流动决定总是“真实”,以审查可变问题,但问题依然不变。 我删除了最初的流程决定,并得出了同样的结果。 若我完全删除流程决定, 无内存或 CPU 标记

□ 附加上下文 不管怎么样,我是否可以分享更多的信息 或者任何指示 任何人都可以分享关于类似问题的问题