rsync --whole-file explicado

Vamos começar com a documentação para --whole-file( -W) encontrada em seu sistema com man rsync, que primeiro explica o que ele faz:

Esta opção desabilita rsynco algoritmo de transferência delta do , que faz com que todos os arquivos transferidos sejam enviados inteiros.

e depois continua dizendo que,

A transferência pode ser mais rápida se esta opção for usada quando a largura de banda entre as máquinas de origem e de destino for maior que a largura de banda para o disco (especialmente quando o "disco" é na verdade um sistema de arquivos em rede). […]

Existem fundamentalmente dois modos de operação para rsync.

1. Cópias locais (incluindo sistemas de arquivos de rede onde tanto a origem quanto o destino parecem fazer parte do sistema de arquivos local). Nesse caso, rsyncopta por copiar um arquivo inteiro ou ignorá-lo, dependendo do tamanho do arquivo e do carimbo de data/hora da modificação. A --whole-fileopção está habilitada nesta situação, portanto, não há otimização incremental. Na verdade, quase sempre não faria sentido habilitar isso, pois você gastaria mais tempo lendo os arquivos de origem e destino para compará-los do que apenas copiar o arquivo em primeiro lugar.

2. Cópias remotas (onde um caminho contém construções {host}:{path}de {host}::{path}estilo). Nesta situação rsyncpode executar uma instância de si mesmo na máquina local e outra no remoto. Essas duas instâncias podem ler independentemente o arquivo de origem e de destino para compará-los, resultando em um caso otimizado de que apenas as alterações são transmitidas pela rede. Aqui, --whole-filenão está habilitado por padrão.

No cenário #1, a --whole-fileopção é habilitada por padrão e levará a cópias de arquivos que são quase sempre mais rápidas do que transferências incrementais. (A exceção é se você puder ler um disco local significativamente mais rápido do que gravar nele.)

Esta é a situação que você está usando (cópia local para local). O grande problema aqui é que você está gravando em um sistema de arquivos VFAT, que tem apenas dois segundos de granularidade em seus registros de data e hora de arquivo. Isso significa que muitos arquivos rsyncos considerarão desatualizados e os copiarão novamente - desnecessariamente.

A correção aqui é usar --modify-window=1(veja a documentação, man rsync, para mais detalhes). Eu também li que se você estiver em um fuso horário que muda entre o verão e o inverno, você deve executar o rsynccomando em UTC para evitar complicações associadas ao fuso horário, mas eu mesmo não testei isso:

TZ=UTC rsync -rtvh --modify-window=1 --delete /home/xralf/audio /media/extdevice/rsync_backups/

No cenário 2, a --whole-fileopção está desabilitada por padrão e levará a transferências incrementais de arquivos que geralmente são mais rápidas do que enviar o arquivo inteiro sem cuidado. A exceção é quando o envio de dados pela rede é mais rápido do que calcular as diferenças entre origem e destino; este pode ser o caso em redes de 10 Gb/s, por exemplo.

Conclusão: em geral, tentar enganar rsynca otimização integrada do 's não vai melhorar as coisas, e muitas vezes pode tornar as velocidades de transferência muito piores. Não habilite nem desabilite --whole-file, mas apenas deixe rsyncescolher por si mesmo. No que diz respeito aos sistemas de arquivos VFAT, tente evitá-los, mas se você não puder, esta é uma situação em que você precisa dar rsyncuma ajuda extra.