By Tony2003 · Nov 2011

En pocas palabras, DeltaCopy está roto. No hay nada malo con rsync en sí, pero el "puerto" de Cygwin está roto. De hecho, cualquier cosa que use Cygwin se romperá. Cygwin no puede manejar UTF-16, por lo que no podrá manejar codificaciones en Windows, incluso si Cygwin puede manejar UTF-8. El programa no entenderá ningún carácter que no sea ASCII en los nombres de archivo: "el archivo ha desaparecido". El servidor Deltacopy se ejecuta como SISTEMA de forma predeterminada, todos los archivos copiados tienen el permiso SISTEMA, que incluso el Administrador no puede tocar. Puede intentar arreglarlo tomando el permiso del directorio de copia de seguridad y luego ejecutar el servidor como Administrador. Por cierto, el método sugerido de "chmod -r 777". que puede interpretarse como "cualquier persona tiene derechos para leer / escribir / ejecutar", por razones desconocidas no funcionó para mí.
Tuve que tomar permisos como administrador de los directorios de respaldo para poder acceder a él. La configuración de Deltacopy se guarda en el directorio de instalación "c: \ Deltacopy" como se sugiere, al que solo tiene acceso el Administrador. Ejecutar el cliente como no administrador no puede cambiar / guardar ninguna configuración y no funcionará correctamente. Como tal, incluso el cliente debe ejecutarse como administrador. Depende del programador de Windows, nuevamente se requiere nivel de administrador. Dado que Deltacopy no puede manejar UTF-16 / UCS2, las rutas de archivos que no son ASCII se interpretan incorrectamente y el conteo de reintentos predeterminado (5) seguirá perdiendo el tiempo. En el registro del sistema, solo aparece rsyncd y no DeltaCopy. Sin embargo, rsyncd hace spam en el registro con toneladas de tonterías.
Qué pasa con el rendimiento? Ya que todo está roto, no importaba. Sin embargo, he probado Syncrify (de la misma compañía que hace DeltaCopy) antes de probar DeltaCopy, debo señalar sus características de rendimiento. Deltacopy no requiere mucha memoria cuando se inicia: aproximadamente 4-8M cuando se inicia. Al trabajar en el directorio "Mis documentos" de 18,000 archivos, saltó al uso de 40M. Tanto el servidor como el cliente saltan a aproximadamente 40M de memoria, lo que es normal. El rendimiento de la E / S del disco es normal y nada espectacular, ya que no podrá leer MFT o el diario de cambios en NTFS directamente. Es 4 veces más lento que un pequeño programa que escribí para sincronizar directorios para uso privado: un programa en C ++ con scripts de JavaScript incrustados: Deltacopy tomó 4 minutos, mi programa tomó 50 segundos.
Quizás la sobrecarga de Cygwin esté matando el rendimiento. La copia real de Deltacopy es rápida, debido a rsync. Tanto el servidor como el cliente ejecutan rsync, que es una CPU intensiva y es normal. Si usa Deltacopy de manera cotidiana, aún notará que está acaparando su sistema. Si el servidor y el cliente están instalados en máquinas diferentes, el acaparamiento se reducirá. Ahora que Deltacopy está realmente roto, hacen otro nombre de producto Syncrify, para bien o para mal, está escrito en Java. Tanto el servidor como el cliente tienen capacidad de almacenamiento de memoria: aproximadamente 40M cuando se inician e inactivos, ambos saltarán por encima de 100M + cuando estén trabajando. Ambos utilizarán la E / S de manera intensiva: si tanto el servidor como el cliente están instalados en la misma máquina, Syncrify hará que el sistema se detenga.
Ya que es Java, puede CRAWL en muchas plataformas, pero no espere que vuele. El resultado final es que Syncrify no se ejecuta en ninguna plataforma, al menos no en la mía. Bueno, para un total de 30 minutos, para ser exactos. Syncrify ofrece una gran cantidad de características, como la creación de versiones y la restauración de archivos individuales. ¿Funciona Syncrify? Sí: si no te importa que Java use una tonelada de memoria, reduciendo la velocidad de tu sistema a un nivel i386 XT, sigue adelante.