On Jul 11, 2025, mick.crane wrote: > On 2025-07-11 10:52, Andrew Makhorin wrote: > > > > > > On Jul 11, 2025, Andrew Makhorin wrote: > > > > I encountered a serious bug on moving files from one folder to > > > > another with standard "Files" application in Gnome. Namely, > > > > when the number of files in the distination folder is about > > > > 4,500, the "Files" application deadly hangs, and only restaring > > > > the system helps. The files are mainly pdf documents, the total > > > > amount is about 10 Gb. > > > > > [...] > > > What type of drives are the source / target? Spinning Rust? SSD? NVMe? > > > > Both source and destination folders are on the same 500 Gb SSD, ext4 FS. > > When moving files on the same disk impression is, at least with > dragging in the desktop file manager, it seems instant. Whereas to > another disk seems to make new files. I guess that when on the same > disk the OS changes only something about the file description?
You're correct -- when "moving" files around on the same filesystem, the hard link is what gets moved, rather than the actual file data. As I recall, hardlinks have a negligible size, but you're still up against "reading the old link / writing the new link / deleting the old link" for 4k files, plus journaling, plus DE (and/or filemanager) behavior. I should've been clearer on that (remember folks, don't post without the morning coffee first :) ). -- |_|O|_| |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: DDAB 23FB 19FA 7D85 1CC1 E067 6D65 70E5 4CE7 2860
signature.asc
Description: PGP signature
