(jaunty) kde4.2.2 slow moving to trash

Bug #354617 reported by keisangi
68
This bug affects 9 people
Affects Status Importance Assigned to Milestone
kdelibs
Fix Released
Medium
kdebase-runtime (Ubuntu)
Fix Released
Low
Unassigned
Nominated for Jaunty by Caligula

Bug Description

i'm using latest jaunty (beta) with latest kde 4.2.2,
and i noticed "moving file to trash" was very slow.
it take few minutes to move a bunch of files to trash..
delete works as usual (fast) though.

i include hardinfo report for detailed information on my environment.

thanks for your attention

Revision history for this message
In , Erik5618 (erik5618) wrote :

Version: (using Devel)
OS: Linux
Installed from: Compiled sources

I've some tousand files in some directorys in my trash. In the settings I say that files will be deleted automatically if the trash is larger than 1% of the HD.

When I now move a file (11 Kb) to trash the process kio_trash is nearly 100% for 1 minute. The diaglogue for moving the file to trash is running. Then the file is in the trash.

When I now empty the complete trash and delete again a file. It just take a second.

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 180124 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Me-ngeefk4xayt3t4u9watah405veq (me-ngeefk4xayt3t4u9watah405veq) wrote :

Created attachment 31922
Strace of moving a file to trash.

Attached an strace with relative timestamps of invoking

kioclient move ./test trash:/

Most time is spent between line 3880 and 6527, where you see a lot of EGAIN errors ("Resource temporarily unavailable").

Revision history for this message
In , Me-ngeefk4xayt3t4u9watah405veq (me-ngeefk4xayt3t4u9watah405veq) wrote :

I've been looking a bit more at the strace file and on line 680-681 it reads:

socket(PF_FILE, SOCK_STREAM, 0) = 7
connect(7, {sa_family=AF_FILE, path=@"/tmp/.X11-unix/X0"...}, 20) = 0

File descriptor 7 is causing a lot of EGAIN errors in the remaining of the file. It suggests this is a Xorg problem. However, this worked fine in KDE 4.2.0 and my developer account with KDE 4.2.x branch doesn't show problems as well.

The packages where I see this behavior are from the kdemod project (Arch Linux).

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 186232 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Sml-s (sml-s) wrote :

Using Kubuntu 8.10 here and seeing the same problem. When deleting a couple of folders at once, kio_trash takes up 100% CPU, then I get a dialog saying the trash has reached maximum size and I have to empty manually.

Revision history for this message
keisangi (anarchic-teapot) wrote :
Revision history for this message
will_in_wi (will-in-wi) wrote :

I have the same problem. Select a bunch of files/folders, click move to trash, or hit delete on the keyboard, and a moving to trash notification pops up. It stays there for many minutes (I have been waiting 15 so far and it still isn't done). It also uses 100% cpu on one core.

Changed in ubuntu:
status: New → Confirmed
Revision history for this message
In , dukat (dukat) wrote :

On Kde 4.2.2 (Kubuntu 9.04 Jaunty latest beta) I get a high CPU load (~50 %) for kio_trash when I try to delete something when the trashcan is rather full. Deleting for me might take up to 30 seconds (moving to trash on the same partition)
When I empty the trashcan, deleting is nearly instantaneous.

Revision history for this message
In , Me-ngeefk4xayt3t4u9watah405veq (me-ngeefk4xayt3t4u9watah405veq) wrote :

Indeed, emptying the trash made the problem go away.

Revision history for this message
Caligula (yoshua1-riseup) wrote :

wasn't assigned to anything.

affects: ubuntu → kdebase (Ubuntu)
Revision history for this message
Chris (cpeter1) wrote :

same problem. even deleting 1 small (empty text file, size 2 byte) file takes about 90 seconds and kio_trash uses about 50% of CPU on amd64.

affects: kdebase (Ubuntu) → kde4libs (Ubuntu)
Changed in kde4libs (Ubuntu):
importance: Undecided → Low
Changed in kdelibs:
status: Unknown → New
Revision history for this message
tazz (gu-barthe) wrote :

I have the same problem too

I have a solution but it's not in according to the goal of trash.

This problem produces when you have already files into your trash (>20-30 I don't know). But if you empty your trash the new remove file is very speed.

But that's say that you can't store files into your trash.

Revision history for this message
Chris (cpeter1) wrote :

Thanks tazz,
your hint has solved the problem. After emptying the trash, moving to trash works fast again.

I cannot confirm the number of files (20-30) you mention. With my system the problem worsens with somewhere between 250 and 2000 files in the trash:
With 250 files in the trash it takes about 1-2 seconds to move a file to the trash. The information icon will appear in the system tray and inform you about the moving to trash action.
With 2000 files in the trash, moving 1 file to the trash already takes 20 seconds.

my system:
GA-MA69GM-S2H
AMD Athlon X2 BE-2350
2GB RAM
Harddisks: SATA
Western Digital WD6400AAKS
Seagate: ST3250410AS

Revision history for this message
In , Muh Muhowic (ultrabla) wrote :

kde 4.2.2-r1 (gentoo)

moving stuff into trash takes 100% (on one core) and takes like forever to do this task.
no matter whether empty or filled trash. :(

Revision history for this message
In , David Faure (faure) wrote :

*** Bug 190224 has been marked as a duplicate of this bug. ***

Changed in kdelibs:
status: New → Invalid
Changed in kdelibs:
status: Invalid → Unknown
Changed in kdelibs:
status: Unknown → New
Revision history for this message
Christian González (droetker) wrote :

Just want to say that the problem is NOT solved by emtying the trash.
Here it makes NO difference wether the trash can is empty or not.

Ant IMO this is no LOW importance problem.

summary: - (jaunty) kde4.2.2 slow moving to trash
+ (jaunty) kde4.2.3 slow moving to trash
Revision history for this message
In , Christian González (droetker) wrote :

still same problem unter Kubuntu Jaunty with KDE 4.2.3

Revision history for this message
In , bouil (bouil) wrote :

I emptied my trash and now it works fine. Maybe cause i reinstall / (from gutsy o janty) but i've kept /home, so there are some old file in trash that cause a problem.

summary: - (jaunty) kde4.2.3 slow moving to trash
+ (jaunty) kde4.2.2 slow moving to trash
Revision history for this message
In , Christian González (droetker) wrote :

*** Bug 188412 has been marked as a duplicate of this bug. ***

Revision history for this message
Alex Perry (perry-alex) wrote :

I am also experiencing this. It seems that moving an item or items into an empty trash reacts quicker than when there are existing items in the trash.

Ubuntu 9.04
KDE 4.2.3
2.6.28-11-generic

Revision history for this message
Alex Perry (perry-alex) wrote :

Should have tried more before I left the first comment, but I went into the trashcan settings and unchecked "limit to maximum size" and deleting items is now instant.

Revision history for this message
In , David Solbach (d-vidsolbach) wrote :

Problem confirmed on Kubuntu Jaunty with kde 4.2.4 packages.

kio_trash eats all CPU on one core for a few seconds when deleting a small file. If deleting several files, it takes a few seonds for every file.

My Trash contains:

4.2 MiB
1022 Files
129 Folders

Changed in kdelibs:
status: New → Confirmed
Changed in kde4libs (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
In , Freeman3 (freeman3) wrote :

i have the same problem
trashing an item take ages

Revision history for this message
In , Pascal d'Hermilly (pascal-tipisoft) wrote :

Still a problem in KDE 4.3 Beta 2

Revision history for this message
aexl (aexl) wrote :

confirming
- after jaunty upgrade moving to trash veeery slow
- removing the size limit of the trashcan is a working workaround

on importance:
i think this is not "correctly" triaged.
to an average user this is a pain in the ass as he thinks deleting files is completely broken

one more thing:
one my system trying to look into trash yields "unrecognized protocol: trash:/"
dont know if this is connected or a completely separate issue

Revision history for this message
Sean Radford (sean-radford) wrote :

Yep, deleting and general file moving from within Dolphin is painfully slow - resorting to have to do it all from shell now...

Kubuntu 9.04

Revision history for this message
In , tjk (tim-klassen) wrote :

Is this bug going to be fixed soon? I too have this annoying problem.

Revision history for this message
In , Götz Christ (g-christ) wrote :

I found in this Launchpad bug https://bugs.launchpad.net/kdelibs/+bug/354617 that With the unchecked "Limit to maximum size" in the Trash settings, moving to trash is instant.

Revision history for this message
In , FreeMinded (pascal-planetmages) wrote :

I can confirm this bug on Kubuntu 9.04 KDE 4.3 RC3. This bug first appeared when I switched to Kubuntu 9.04 (with KDE 4.2) when also the "intel problem" showed up. An other PC (without intel graphics) also with Kubuntu 9.04 KDE 4.3 RC3 does not expose this problem, so there might be a link to x.org as suggest above.

The workaround which did the trick for me was to start "kcmshell4 kcmtrash" in the konsole and unselect "limit to maximum size" (translated from german).

I would be glad to provide more information to help fix this bug.

Revision history for this message
In , Patoche-smart+kde (patoche-smart+kde) wrote :

Thank you for the hint to "kcmshell4 kcmtrash". I hadn't figured out how to access this.

nVIDIA here, not Intel.

Revision history for this message
In , Bmarcoa (bmarcoa) wrote :

as far as i know the "regular" way to access the kcmtrash dialog is via the trash widget on the desktop - not the kcmshell4 kcmtrash one :-)
the problem has been observed on intel and ati by the way ... i don't see any difference :-)

Revision history for this message
hawthornso23 (hawthorn) wrote :

ubuntu jaunty:

I'm a gnome user. However I have been using dolphin
for its prettier interface. I'd like to report that the issue
afflicts dolphin under gnome, but does not afflict the
native gnome file browser which moves to trash almost
instantly. I've therefore decided to give up on dolphin as
waiting for five minutes to delete a file is annoyingly stupid
and puts me in a bad mood.

Another workaround for all you KDE people is to switch to
gnome. (expect priority to become high after that comment)
;-)

Revision history for this message
In , FreeMinded (pascal-planetmages) wrote :

> as far as i know the "regular" way to access the kcmtrash dialog is via the
trash widget on the desktop

right, I have somehow overseen that. BTW: KRunner (Alt+F2) gets it as well when you type "trash". (me love krunner!)

Revision history for this message
querido (tworoadsconverged) wrote :

Comment #9 worked for me also.
Thanks Alex Perry.

Revision history for this message
In , Hrogge (hrogge) wrote :

*** Bug 203916 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Hrogge (hrogge) wrote :

I can confirm this bug on gentoo KDE 4.3
Switching off the size limitation of the trashcan resolves the problem for me

Revision history for this message
In , David Faure (faure) wrote :

*** Bug 203775 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Tokoe (tokoe) wrote :

Hej,

this bug has been fixed in trunk (coming 4.4) now. If you are running
KDE 4.3, just disable the 'Trash size limit' option in the configuration
dialog.

Ciao,
Tobias

Changed in kdelibs:
status: Confirmed → Fix Released
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

A fix for KDE 4.4.x has been made. In the meanwhile you can disable the "trash size limit" option.

Changed in kde4libs (Ubuntu):
status: Triaged → Fix Committed
affects: kde4libs (Ubuntu) → kdebase-runtime (Ubuntu)
Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 204800 has been marked as a duplicate of this bug. ***

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Fix released to the development version of Kubuntu 10.04.

Changed in kdebase-runtime (Ubuntu):
status: Fix Committed → Fix Released
Changed in kdelibs:
importance: Unknown → Medium
Revision history for this message
In , DA (adawit) wrote :

*** Bug 180362 has been marked as a duplicate of this bug. ***

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.