Contexto: copiando grandes volumes de arquivos pequenos e grandes em um comutador gigabit. O rsync é preferido em relação a outros comandos porque fornece excelente capacidade de feedback e sincronização.
No passado, eu usava o rsync, mas ele estava limitado a 12MB / s. Eu suspeito que a criptografia é o gargalo.
date > TicToc_Bloggie.txt
rsync -avxu --progress --delete-after --exclude "RECYCLER/" \
--exclude "System Volume Information/" \
/SOURCE/Public/Video/Bloggie\ Sony\ Dad/ /DESTINATION/MEDIA/Bloggie\ Sony\Dad/ \
| tee ~/rsync_log_Bloggie.txt;
date >> TicToc_Bloggie.txt
A origem é tipicamente outro dispositivo de rede montado via CIFS.
Qual é a sintaxe que precisa ser adicionada à declaração acima para desabilitar a criptografia? Exemplos são apreciados.
Execute o rsync como daemon: rsync --daemon
Então você pode se conectar a ele de um cliente com rsync -a blabla rsync://host/dir sem nenhuma criptografia.
Você pode usar nomes de usuário, diretórios padrão, etc ... Para mais detalhes: man rsync
Teste man rsync para obter detalhes sobre várias maneiras de usar a ferramenta. Existe um extenso conjunto de exemplos.
Muitas vezes, o rsync parece ser muito lento, mas geralmente evita o envio de dados que não precisam ser transferidos. Pode gastar grandes quantidades de tempo na parede ignorando arquivos que não precisam ser transferidos.
Eu sempre vi o CIFS ser um gargalo. Adiciona sobrecarga extra ao acessar arquivos. Pode ser melhor acessar os arquivos do sistema exportando os arquivos via CIFS. Há um servidor rsync disponível para o Windows, se é onde os sistemas de arquivos residem.
Em um switch gigabit, é bem possível que você não consiga ler ou gravar dados com rapidez suficiente para saturar a conexão. Em equipamentos mais antigos, o barramento do sistema pode nem conseguir transferir dados com rapidez suficiente para saturar a conexão.
Tags rsync