Need guidance on optimizing rclone mount for streaming performance

What is the problem you are having with rclone?

I'm not having a specifc problem, but I am looking for guidance on optimizing my rclone mount command. The primary purpose of the mount is to stream content from my Plex library. The library is primarily composed of HD and 4K movies and TV shows. The movies are mainly remux files. I also have an audiobook library containing primarily m4b audiobook files. Everything works for the most part, but I do get a little bit of buffering time at the beginning of some TV shows or movies. I'm wondering if I can optimize my setup at all. The specific flags I'm wondering about are the --vfs-read-chunk-size flag, increase the --bwlimit-file, and whether I should add a --vfs-read-chunk-size-limit flag (or potentially turn off the size limit altogether).

I'd greatly appreciate any thoughts/guidance on these settings (or any other settings that may help). Thanks in advance!

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

rclone 1.68.0

  • os/version: gentoo 2.15 (64 bit)
  • os/kernel: 6.1.67-gentoo-whatbox (x86_64)
  • os/type: linux
  • os/arch: amd64
  • go/version: go1.23.1
  • go/linking: dynamic
  • go/tags: none

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

Quotaless.cloud

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

screen -dmS quotaless rclone mount -vv --attr-timeout 5000h --cache-dir=/home/seannymurrs/cache_q --vfs-cache-mode full --vfs-cache-max-size 200G --vfs-write-back 5m --vfs-cache-max-age 5000h --vfs-read-ahead 2G --bwlimit-file 200M

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

[quotaless]
type = s3
provider = Minio
access_key_id = XXX
secret_access_key = XXX
endpoint = https://io.quotaless.cloud:8000
acl = bucket-owner-full-control
upload_cutoff = 100Mi
chunk_size = 50Mi
list_chunk = 1000000
encoding = Slash,Percent,InvalidUtf8,Dot

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

N/A

--vfs-read-ahead 2G
i think that could cause a delay at the start of playback.

fwiw, for testing, need to establish a baseline.
use as few flags as possible, as many defaults as possible.