As of a recent TDE update (sometime in the past month or less), moving files to trash has become painfully slow, with the operation typically taking tens of seconds instead of a second or two.
This has happened in the past with remote disks mounted over ssh (there was a thread about this maybe two or three years ago), but now it is happening with local storage.
Are other people seeing this? If not, any ideas what might be the problem?
For the sake of completeness, I will make the "I haven't [knowingly] changed anything here" statement.
Doc
said D. R. Evans via tde-users:
| As of a recent TDE update (sometime in the past month or less), moving | files to trash has become painfully slow, with the operation typically | taking tens of seconds instead of a second or two. | | This has happened in the past with remote disks mounted over ssh (there | was a thread about this maybe two or three years ago), but now it is | happening with local storage. | | Are other people seeing this? If not, any ideas what might be the | problem? | | For the sake of completeness, I will make the "I haven't [knowingly] | changed anything here" statement.
Is there a lot of stuff in the trash directory? Does emptying it speed things up?
On Mon, 7 Oct 2024 07:49:55 dep via tde-users wrote:
said D. R. Evans via tde-users: | As of a recent TDE update (sometime in the past month or less), moving | files to trash has become painfully slow, with the operation typically | taking tens of seconds instead of a second or two. | | This has happened in the past with remote disks mounted over ssh | (there was a thread about this maybe two or three years ago), but now | it is happening with local storage. | | Are other people seeing this? If not, any ideas what might be the | problem?
Is there a lot of stuff in the trash directory? Does emptying it speed things up?
By default, TDE limits the size of the trash to 10% of the total size of the partition where your trash is located. If you haven't already emptied the trash as dep suggested, do you mind sharing any output of the commands below? You can run them in Konsole.
[ -f $HOME/.trinity/share/config/trashrc ] && echo 'found' || \ echo 'not found'
grep -i sizelimit $HOME/.trinity/share/config/trashrc || echo 'nothing'
FWIW: There is an issue on the TGW about this[0], so you're not the only one. I just want to confirm if you have the same issue.
[0]: https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/445
Whatever the problem was, it has now, following a reboot, disappeared (on all filesystems that I've tried).
I'm not sure whether that's good or not.
If it recurs, I'll try to do some reasonable investigation before posting what I find here.
Just for background, I have quite a few filesystems mounted, each with its own trash; a typical entry in the .trashrc file looks like this:
----
[/tmp/.Trash-1000] Days=7 FixedSize=500 FixedSizeUnit=2 LimitReachedAction=1 Percent=1 SizeLimitType=0 UseSizeLimit=true UseTimeLimit=false
----
and autotrash is run daily (overnight) with the parameters (for the above filesystem): -d 35 -T "/tmp/.Trash-1000"
/tmp is never cleared on boot.
All filesystems are treated the same way as /tmp: the same .trashrc entry and autotrash parameters, just with different mounted names for the trash directory.
Anyway, if it happens again, I'll be back with more info.
Doc
D. R. Evans via tde-users wrote:
Whatever the problem was, it has now, following a reboot, disappeared (on all filesystems that I've tried).
It is visible only when you have many files in the Trash directory. Then try adding another 200-300 files and repeat ... The issue is explained in TGW. Seems obvious. I hope someone comes with good idea how to resolve it. Until then ... too many files cause a slow down of copying new files.
said deloptes via tde-users:
| It is visible only when you have many files in the Trash directory. Then | try adding another 200-300 files and repeat ... | The issue is explained in TGW. Seems obvious. I hope someone comes with | good idea how to resolve it. Until then ... too many files cause a slow | down of copying new files.
Would help if there were a convenient "empty trash" KMenu item, maybe in the "Actions" section. Better still, a "Delete" choice in addition to the "Move to trash" thing.
dep via tde-users wrote:
Would help if there were a convenient "empty trash" KMenu item, maybe in the "Actions" section. Better still, a "Delete" choice in addition to the "Move to trash" thing.
Well - I don't know. This is a feature than can be implemented, but the issue is actually with a function that calculates the directory size for each file. So this has to be done in another more efficient way.
On Wed, 09 Oct 2024 19:47:11 +0000 dep via tde-users users@trinitydesktop.org wrote:
Better still, a "Delete" choice in addition to the "Move to trash" thing.
Open Konqueror settings, go to "Behavior" (first section), and you'll find a setting "Show 'Delete' context menu entries which bypass the trashcan" (it's about third from the bottom). Check it off, and "Delete" will appear below "Move to trash".
E. Liddell
On 10/9/24 7:56 PM, E. Liddell via tde-users wrote:
etter still, a "Delete" choice in addition to the "Move to trash" thing.
Open Konqueror settings, go to "Behavior" (first section), and you'll find a setting "Show 'Delete' context menu entries which bypass the trashcan" (it's about third from the bottom). Check it off, and "Delete" will appear below "Move to trash".
And you can always [shift-delete] anywhere in konqueror to delete immediately.
(but always leave "Confirm delete" set in settings -- to prevent an oops....)
deloptes via tde-users wrote on 10/9/24 12:34:
D. R. Evans via tde-users wrote:
Whatever the problem was, it has now, following a reboot, disappeared (on all filesystems that I've tried).
It is visible only when you have many files in the Trash directory.
I note, just for the record, that that statement is not true when applied to the situation that instigated this thread (even modulo the lack of definition of "many"), which now seems to have been taken over by what seems to be a different issue.
Doc
D. R. Evans via tde-users wrote:
I note, just for the record, that that statement is not true when applied to the situation that instigated this thread (even modulo the lack of definition of "many"), which now seems to have been taken over by what seems to be a different issue.
Here I do not understand you, because the thread is about "recently, TDE slow to move files to trash", which is exactly what I meant with my statement. See here:
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/issues/445
https://mirror.git.trinitydesktop.org/gitea/TDE/tdebase/src/commit/c7ba1b0bc...
-
D. R. Evans -
David C. Rankin -
deloptes -
dep -
E. Liddell -
mio