rsync - ele executa leitura/leitura/comparação antes de tentar escrever (localmente)?

Você está copiando do que rsyncé considerado um disco local para um disco local. Isso desativa muitas de suas otimizações e as reduz quase a um simples arquivo cp.

Além disso, ao não incluir o sinalizador --times( -t), você desativou a otimização restante, o que significa que ele se torna exatamente igual a cp.

Meu entendimento do rsync (e pode estar completamente errado) é que ele primeiro tentaria ler os arquivos (origem e destino, se existir) para compará-los antes de tentar escrever algo no destino (que eu esperaria ser mais lento que leitura).

Isso só é verdade quando você usa rsyncpara copiar em uma rede entre dois sistemas.

Estou vendo muitas gravações no disco de destino

Isso ocorre porque rsyncnão pode assumir nada sobre os arquivos de destino e, portanto, sobrescreve todos eles em cada tentativa de backup.

Explicação:

Na situação ideal, rsyncpode executar-se como cliente e também iniciar um processo servidor no sistema remoto. Supondo que o arquivo de destino pareça já estar presente no destino, cada um desses dois processos lê sua cópia local e identifica, por meio de blocos de somas de verificação, quais partes dos arquivos diferem. Essas diferenças são então transferidas pela rede e o arquivo de destino é atualizado. (É uma soma de verificação deslizante, então você pode inserir até mesmo um único byte no início do arquivo e esse é o único bloco que será transferido.)

Porém, em uma situação em que rsynco gerenciamento de leituras e gravações é realizado em um único sistema, ele assume que a leitura e a gravação levarão o mesmo tempo. (Isso não é necessariamente verdade para a memória flash, mas tenha paciência.) Conseqüentemente, o tempo necessário para ler o arquivo de origem e de destino apenas para compará-los - antes de qualquer gravação para atualizar o destino ser considerada - é amplamente equivalente ao tempo necessário. seria necessário apenas reescrever o arquivo de destino, e é isso que acontece.

Soluções possíveis:

1. Se você estiver gravando em um NAS, não grave em um sistema de arquivos NAS que tenha sido montado localmente. Em vez disso, use o rsyncprotocolo para gravar diretamente na rede no NAS ou algo como sshfazer login no NAS remotamente e transportar os dados por meio dessa conexão. Nesse caso, você gostaria de uma linha de comando mais ou menos assim:

   rsync -a --delete -M--fake-super /home/my-home remoteNAS:/path/to/mount-point-other-disk/
   

2. Se você realmente estiver lendo/gravando entre dois discos conectados localmente, inclua a opção --times( -t) e permita rsyncignorar arquivos que parecem já ter sido copiados:

   rsync -a --delete /home/my-home /mount-point-other-disk/
   rsync -rt --delete /home/my-home /mount-point-other-disk/
   

   O primeiro deles copia todos os metadados, portanto não é adequado para gravação em um sistema de arquivos nativo não Linux, como NTFS ou FAT. O segundo copia os arquivos, mas mantém apenas a hora da última modificação (sem permissões ou propriedades). Se você estiver gravando em um sistema de arquivos FAT, observe que ele só pode capturar carimbos de data e hora com precisão de dois segundos, portanto, você precisa avisar rsyncpara não esperar muito:

   rsync -rt --modify-window 1 --delete /home/my-home /mount-point-other-disk/