Rclone Mount with Rsync.net. Very slow download speed but really good uploads to Rsync.net

What is the problem you are having with rclone?

@ncw In this post Is anybody using SFTP and rsync.net? you have mentioned you have tried rsync.net with rclone. Was wondering how the download speeds were.

I’m not sure of something is off with my compose file or maybe somekind of issue on my host.
I’m running Rclone on hetzner machine and dont think network is a bottleneck here.

Any help on this to get some boost in the download speeds is much appreciated. Spend two days playing around with vfs command flags and global flags but none seems to help as much.

Run the command 'rclone version' and share the full output of the command.

rclone v1.71.2

  • os/version: alpine 3.22.2 (64 bit)
  • os/kernel: 5.15.0-161-generic (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.25.3
  • go/linking: static
  • go/tags: none

Which cloud storage system are you using? (eg Google Drive)

Rsync.net over SFTP

The command you were trying to run (eg rclone copy /tmp remote:tmp)

Running the following docker compose service.
When uploading to rsync, the uploads are around 100MB/s while downloading speeds are around 5-6MB/s

```
  rclone:
    image: rclone/rclone:latest
    container_name: rclone
    restart: unless-stopped
    pull_policy: always
    user: $PUID:$PGID
    security_opt:
      - 'apparmor:unconfined'
    expose:
      - 5572
    cap_add:
      - SYS_ADMIN
    devices:
      - /dev/fuse
    volumes:
      - /etc/passwd:/etc/passwd:ro
      - /etc/group:/etc/group:ro
      - ./rclone/config/:/config/rclone
      - /var/cache/rclone:/cache
      - /data:/data:shared
    command: [
      "mount", "hub-crypt:", "/data",
      "--buffer-size", "32M",
      "--dir-cache-time", "1440h",
      "--auto-confirm",
      "--allow-non-empty",
      "--allow-other",
      "--poll-interval", "0",
      "--log-level", "INFO",
      "--stats", "30s",
      "--umask", "022",
      "--transfers", "50",
      "--checkers", "20",
      "--sftp-concurrency", "64",
      "--sftp-connections", "96",
      "--multi-thread-streams", "16",
      "--no-checksum",
      "--cache-dir", "/cache/hub",
      "--vfs-cache-mode", "full",
      "--vfs-cache-max-size", "400G",
      "--vfs-write-back", "5m",
      "--vfs-read-ahead", "1G",
      "--vfs-cache-max-age", "1440h",
      "--vfs-read-chunk-size", "128M",
      "--vfs-read-chunk-size-limit", "0",
      "--vfs-read-chunk-streams", "0",
      "--vfs-used-is-size",
      "--rc",
      "--rc-addr", ":5572",
      "--rc-enable-metrics",
      "--rc-no-auth",
      "--rc-web-gui",
      "--rc-web-gui-force-update",
      "--rc-web-gui-no-open-browser",
      "--rc-web-gui-update"
    ]
```

Please run 'rclone config redacted' and share the full output. If you get command not found, please make sure to update rclone.

```
[hub]
type = sftp
host = XXX
user = XXX
pass = XXX
shell_type = unix
md5sum_command = md5sum
sha1sum_command = sha1 -r

[hub-crypt]
type = crypt
remote = hub:hub
password = XXX
password2 = XXX
```

A log from the command that you were trying to run with the -vv flag

2025/10/31 15:16:45 INFO  :
Transferred:   	    2.251 GiB / 54.210 GiB, 4%, 3.135 MiB/s, ETA 4h42m50s
Checks:                 0 / 0, -, Listed 379978
Transferred:          169 / 170, 99%
Elapsed time:    8h7m58.7s
Transferring:
 * media/sample.mkv:  2% /53.066Gi, 3.135Mi/s, 4h42m50s

Have you tried multi-threaded downloads?

--multi-thread-cutoff 100M --multi-thread-chunk-size 32M --multi-thread-streams 8

I noticed a speed boost when I used these flags.

I have set the multi-thread-streams to 16
But have not tried the other 2 flags. Will give it a shot and check back

welcome to the forum,

fwiw, easier to test on the command line using rclone copy, not rclone mount, not docker


your remote looks different from mine, in terms of md5sum_command

[rsync]
type = sftp
host = redacted.rsync.net
user = redacted
key_file = d:\data\c\combined\rsync\keys\profile2\id_ed25519
md5sum_command = md5 -r
sha1sum_command = sha1 -r
shell_type = unix