Hope everyone is doing well!
I have been using rclone for a week now and it's been a really good alternative to what I've been using before (google drive's app).
However, I have been facing High CPU spikes when any file is being copied to my mounted drive (Hetzner Storage Box).
The command I'm using: rclone mount --vfs-cache-mode full backup: O:
Why using mount instead of rclone sync/rclone copy?
I need to keep data in sync with my cloud 100% of the time, so running a backup daily or manually is not an option.
I have achieved the same behavior as google drive using DSynchronize + rclone mounting the drive.
DSynchronize watches my seleced folders and then syncs the changes to the drive.
But the CPU spikes also happen if I manually copy files or if I use robocopy.
This solution is almost perfect, but this high cpu usage is driving me insane.
I have tried other rclone versions, but the same happens.
Run the command 'rclone version' and share the full output of the command.
rclone v1.59.0
os/version: Microsoft Windows 10 Pro 1809 (64 bit)
os/kernel: 10.0.17763.1282 (x86_64)
os/type: windows
os/arch: amd64
go/version: go1.18.3
go/linking: static
go/tags: cmount
Which cloud storage system are you using? (eg Google Drive)
Hetzner Storage Box
The rclone config contents with secrets removed.
[backup]
type = sftp
host = xxxxxxxx
user = xxxxxxxxx
port = 23
pass = xxxxxxxxx
shell_type = unix
md5sum_command = md5 -r
sha1sum_command = sha1 -r
Hello! Thanks a lot for the answer!
Yes, only when files are uploaded - If not, rclone runs just fine on the background.
I'll try to use this flag and report back.
Thanks a lot!
Hello again and thanks for the patience on this!
I have made extensive tests over the weekend, and it seems that nothing will change this strange behavior.
Now I've noticed that even without cache, there will be CPU spikes when copying.
This is strange, and I have explored many other options and none of them behave like that.
I suspect I may be doing something wrong, but I am not quite sure.
The problem with the CPU spikes is that it will cause throttle. My mouse will freeze for some milliseconds and my audio will crack absurdly.
If I use windows to map it as a network drive or powershell using net use, the files are copied without any issues.
I really am not sure what else should I look for, but I would really appreciate if you could give me a hint.
Thanks a lot once again!
What's a spike? 100%? What's going on when that happens? Can you share a debug log file? Can you share some server stats to show what's going on and explain what was happening at that time?
Server-side is not available because I'm using Hetzner Storage Box, therefore I have no control on anything server related.
I think it's related to rclone because other tools work fine: Air Live Drive, RaiDrive, Windows Map...
But since rclone is much faster, I wish it worked fine
Thanks for the quick answer!
I'm sorry, but I really don't think there's a way to see any specs of the box?
It's Hetzner Storage Box BX11, 1tb storage and that's it I think...
I have tried writes/full. Nothing changes, unfortunately.
It sounds like it is working fine as if it's going faster, it's going to consume more CPU in general as you doing more.
The problem is that it renders my computer unusable while the file transfer happens.
Mine is a i5 2500k + 8gb RAM.
While I understand it's not the fastest one, it is used to heavy cpu load tasks - I am a songwriter and I use lots of VST's/Virtual instruments.
Just saw the update.
Yes, I am using the last version of winfsp (I've installed many programs lately, that's why I was not sure).
I have tried mounting with and without cache, but the behavior is the same.
It's so weird...
I'll keep digging!
Ok, I have tested all the advices and I came to the conclusion that the issue lies within Hetzner, not rclone.
And the reason why I'm saying this is because I've tested google drive as well as Jotta Cloud and both of them had good results both on transfer speed and not having such a high CPU usage.
I have also tried connecting hetzner using other options (SFTP, for instance), and it remains exactly the same.
Thanks guys for your patience on this one!
Have a great day!