Hey guys, I have a Windows legacy project that reads PDFs and does processes on them. A while back, the read pdf activity would process them in a few seconds, but now it takes almost 25,30,40 seconds to read pdfs. The size or format of the pdfs hasn’t changed at all. I’m wondering what the issue is. If I create a blank process and try to read PDFs there, it’s pretty quick, but on my project for some reason, it’s so slow. Can anyone help out
Are you saving files in project data folders?
Or while running in unattended is it slow now?
Imtry to clear temp files and check may be on those the space has decreased
Cheers
1 Like
UiPath Studio and related components (PDF activities, dependencies) should be kept up to date. Updates can occasionally enhance performance.
no, not saving the pdfs at all. they were dispatched to an orchestrator queue and my project reads the pdfs from there. while running in unattended, it is very slow.
i have updated my pdf. activities to the latest, I believe 3.16.0. Not sure about the studio in general
check the c drive available space…generally .nuget folder grows overtime
also temporary files may increase…which increases the computation time
c:\users\username\.nuget
You can delete as well it will download the packages again
cheers
1 Like
Is this when running/debugging in Studio that you’re seeing the issue? Or is it when running the automation attended (via Assistant) or unattended on a remote server?
i currently see the issue in studio, I am yet to publish it and try on assistant. Would it make a difference
It definitely could. There could be a lot of things that have changed on your machine from a network perspective, security (ie antivirus, etc).
Ran it from the assistant and its the same thing. Reading txt files takes no time at all but pdfs are always taking a while.
Running it from Assistant is still running it on your machine, where things like antivirus, network, etc can affect performance. If you’re able to, try disabling antivirus and then test.
no change. Could it have something to do with the project? Because when I make a blank process and try the read activity, it reads it in milliseconds.
Are the dependency versions the same for the real project and the test blank project?
real project
test blank
The PDF activity dependency is the same
Hi, @cemenike
You may try to remove the PDF package from Manager Package and save. Then go back and reinstall the PDF package and run it again and see if anything changes
One is Windows compatibility and one is Windows Legacy. This could lead to a difference in how things process. But in general 10-15 seconds isn’t that long and if I had a project that ran like that it wouldn’t concern me.
unfortunately, i have 500 - 700 pdfs to process and most of the validations in the processing open the pdf, so there is actually a difference between 1,3 seconds and 25,30 seconds in the long run
In that case you should have a dispatcher/performer model so you can have multiple jobs processing the PDFs at the same time. Dispatcher loops through the files and creates queue items with the file path and name, performer takes a queue item and processes it.
that is exactly what i have, the dispatcher is incredibly fast and puts them on a queue pretty quickly. the performer was also fast before but now pdf reading has gotten slower
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.
lrtetala
Anil_G
ashokkarale
SorenB
jast1631
kian.ng
mateuszmacheta
adext
Pierre_MOLs
alex87