cheater
cheater
oh, i see, and in the actual torrent client it's going to be used for running the download completion program.
unstale, this is still an issue
No, what would you set it to?
the issue isn't with cpu contention - it is with io to a mechanical drive being fully saturated. do you still think this would be advisable, @summerqB ? and if...
@summerqB ok but the disk saturation happens when merely _one_ file is being moved. why does it matter how many threads libtorrent uses? will it somehow be using multiple threads...
no, this is specifically triggered by _one_ file being copied.
in addition, i don't need to be seeding any files from that same drive for the issue to happen.
just happened to me, as well. Don't fromEnum an Int64. That's not what fromEnum is for!
I was copying some files with russian file names and i was using gnome-terminal - so try this combination
Came here to report that. When using cp to make a bootable usb stick (say cp foo.iso /dev/sdh), the target is larger than the source. I suggest adding the following...