Comment 2 for bug 570081

It's all a trade-off. I'll quote from the source code:

    // Advantages of a smaller value:
    // * takes less temp space
    // * retries of a volume take less time
    // * quicker restore of a particular file (less excess baggage to download)
    // * we get feedback more frequently (duplicity only gives us a progress
    // report at the end of a volume) -- fixed by reporting when we're uploading
    // Downsides:
    // * less throughput:
    // * some protocols have large per-file overhead (like sftp)
    // * the network doesn't have time to ramp up to max tcp transfer speed per
    // file
    // * lots of files looks ugly to users

Deja Dup will not create one giant file. But I'm open to changing the size of the volumes we create. On remote shares, we currently make volumes of 10M. Simon, which storage provider do you use? I'm curious to hear reports of issues with many files.