Storage> crypt
Remote to encrypt/decrypt.
Normally should contain a ':' and a path, eg "myremote:path/to/dir",
"myremote:bucket" or maybe "myremote:" (not recommended).
Enter a string value. Press Enter for the default ("").
remote> remote:path
Storage> chunker
Remote to chunk/unchunk.
Normally should contain a ':' and a path, e.g. "myremote:path/to/dir",
"myremote:bucket" or maybe "myremote:" (not recommended).
Enter a string value. Press Enter for the default ("").
remote> remote:path
But root directory of many remotes is often used by various different services and mixing for example encrypted and non encrypted content can lead to self inflicted mess.
So this recommendation is rather general (but always works well). If you know what you are doing and have full control of root folder you do not have to use any sub path.
Good example where it is not needed is S3 bucket. And where it is strongly recommended is OneDrive or GDrive.
The best advice you will get if you share your setup. There are too many exceptions and details which differ between different remotes to write some general story (for this you can read all docs). Both crypt and chunker have their quirks... Whatever you decide to do make sure that you start small and test before going "live".
Will a small chunk size increase upload speed, or should I make the chunk as big as possible? Since my smallest storage is 10 GB, should I use a 10 GB chunk or set a default of 2 GB? I was considering making a 1 MB chunk, hoping it would increase speed, or would it crash due to running out of memory?
Also, what is the best solution for avoiding the use of a hard drive for cache? I don't want to use a single byte to write on the only SSD I have. I want to rely fully on RAM. I have 16 GB of RAM, and my GNU/Linux system only uses 200 MB of it. With Firefox, it uses 1-1.5 GB. If it matters.