Fixed in version 0.10.4.
** Changed in: sbackup (Ubuntu)
Status: Fix Committed => Fix Released
--
Backups with very many files make simple-restore-gnome very slow
https://bugs.launchpad.net/bugs/110113
You received this bug notification because you are a member of Ubuntu
Bugs, which is th
Your patch has been included .
Thank you
** Changed in: sbackup (Ubuntu)
Status: In Progress => Fix Committed
--
Backups with very many files make simple-restore-gnome very slow
https://bugs.launchpad.net/bugs/110113
You received this bug notification because you are a member of Ubuntu
B
setting as In progress
We'll include your patch in the next build.
** Changed in: sbackup (Ubuntu)
Assignee: (unassigned) => Ouattara Aziz
Status: Unconfirmed => In Progress
--
Backups with very many files make simple-restore-gnome very slow
https://bugs.launchpad.net/bugs/110113
Yo
Attached is the profiler output (after some manual preprocessing with
pstats) which shows where the time is spent now. This is already with
the above escape() patch applied. The time is now mostly spent in
sre.py:match() (called 280425 times, ie. once for each file), and in the
group() function (ca
While playing with the python profiler mentioned in #102577 (Ouattara:
thanks for the link!), I found that the show_dir() function of the GUI
calls sre.py:escape() for every file in the whole tree, but always with
the same data. Moving this call out of the loop make sthe GUI react much
faster. The