6 Oct
2024
6 Oct
'24
9:07 p.m.
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
--
Web: http://enginehousebooks.com/drevans
6 Oct
6 Oct
9:49 p.m.
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?
--
dep
Pictures: http://www.ipernity.com/doc/depscribe/album
Column: https://ofb.biz/author/dep/
7 Oct
7 Oct
4:17 a.m.
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
9 Oct
9 Oct
6:04 p.m.
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
--
Web: http://enginehousebooks.com/drevans
6:34 p.m.
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.
7:47 p.m.
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
Pictures: http://www.ipernity.com/doc/depscribe/album
Column: https://ofb.biz/author/dep/
11:16 p.m.
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.
10 Oct
10 Oct
12:56 a.m.
On Wed, 09 Oct 2024 19:47:11 +0000
dep via tde-users <users(a)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
4:13 a.m.
On 10/9/24 7:56 PM, E. Liddell via tde-users wrote:
And you can always [shift-delete] anywhere in konqueror to delete immediately.
(but always leave "Confirm delete" set in settings -- to prevent an oops....)
--
David C. Rankin, J.D.,P.E.
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".
12:36 a.m.
deloptes via tde-users wrote on 10/9/24 12:34:
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.
Doc
--
Web: http://enginehousebooks.com/drevans
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.
8:44 p.m.
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/c7ba1b0b…
72
days inactive
76
days old
10 comments
6 participants
participants (6)
-
D. R. Evans -
David C. Rankin -
deloptes -
dep -
E. Liddell -
mio