That doesn't make sense in my case. I'm sitting here watching the recycle
bin empty. 12 minutes to go. It's always been slow from day 1. I tend to
open a DOS prompt do delete files just to avoid the recycle bin.
I know it's not trying to display icons, since I right clicked on it and
choose empty recycle bin.
This is basically a move right? (instead of delete it moves the file to
the recycle bin). It shouldn't take any time at all. Yet it normally
takes several seconds.
OK, after the recycle bin was emptied, I deleted something. It was much
faster. Deleting another file took longer. (noticably). So it looks
like the more is in there the slower it gets. Why is that? I'm using
ntfs, so it is a much better designed file system. Shouldn't slow down
noticably with TWO files.
It's a little more complicated than a move. Recycle Bin is more of a
mini-program even though the operating system represents it as a folder.
The original location of the file is recorded in case you decide to
"Restore" from the bin. A hidden text file is utilized to list information
about each and every file that has been deleted. In addition, if the file
is one of the monitored file types, System Restore will want to make notes
(and a copy) of the file too. With a very full recycle bin, the time
required for this behind the scenes record-keeping to take place will
increase.
Historically, corruption can occur within the Bin. This usually results in
deleted files not being displayed in the bin but slowness could be a
symptom as well. A rebuild of the bin usually sorts out those problems. I
haven't seen a Microsoft Knowledge Base article for rebuilding an XP
Recycle Bin but there are ones available for other versions of Windows. MVP
Kelly Theriot recaps this information and her own findings about the XP
recycle bin on the "R" page of her "A to Z" pages:
http://www.kellys-korner-xp.com/xp_qr.htm