I am creating a workflow for repetitive processing in UiPath.
I am processing a specific DataTable in a loop, and while there are no issues at the beginning of execution, over time, the time required for each loop gradually increases.
Before entering the loop, I use the “Initialize Data Table” activity each time, so the DataTable should be starting from an empty state.
However, I am struggling to understand why the execution time continues to extend.
If there are any possible causes or points to check, I would appreciate your advice.
Used version (UiPath Studio: 2026.0.196 / Package version: SystemActivities: 25.10.4)
Loop structure: Passing through For Each Row, but passing the argument by IN.
Execution environment: FAT (not VDI).
DataTable initialization method: Initialize Data Table activity.
Reference: This issue started occurring around May. The license is Community, so it’s free.
First, I think it’s necessary to isolate the causes. If the issue can be reproduced even in debugging mode, I believe you can enable the activity log in the ribbon menu to identify which process or activity is causing the slowdown.
Additionally, it could be that the underlying algorithm is designed that way, so in that case, a review of the algorithm would be necessary.
If possible, how about checking the logs to identify which processes are causing the execution time to be slow? If you can find where the processing time is increasing inside the loop, you might be able to come up with countermeasures.
I apologize for the delayed response.
I enabled logging for the activity, but there were other configurations missing, so the verbose logs did not appear.
Since I can only run it on the weekend, I would like to check it then.
I apologize for the late reply.
The part where I am updating the DataTable is slow.
I haven’t checked the other areas yet, so I will also look into those.
Thank you for your response.
The additional investigation results at this stage are as follows:
RPA is running only on weekends.
Execution until 5/23 (Sunday): No issues.
Execution from 5/30 (Saturday): Gradually slowing processing was observed.
Execution on 7/12 (Sunday), reverted to the process as of 5/23: The same gradual slowing phenomenon occurred.
Even reverting to the process that had no issues is reproducing the delay. While there are differences in the input data, there are no significant differences in the number of data items or columns.
Next, I would like to check whether there was a version upgrade of Studio during the relevant period. Could you please let me know how to check the terminal logs for when the version upgrade was performed with Commuty (free license) or provide the publicly available version upgrade schedule?
I checked the OC tenant → Machines → Installed Versions and logs, but there were no updates recorded.
Also, I looked at the release notes, and there was an entry on 5/18 regarding that, so there might have been a version upgrade between 5/23 and 5/30.