Comprender la salida de --info = progress2 de rsync

72

Si corro rsynccon --info=progress2, obtengo una salida como

105.45M  13%  602.83kB/s    0:02:50 (xfr#495, ir-chk=1020/3825)

Pero, ¿qué significan los números individuales? No he encontrado una entrada coincidente en la página del manual.

  • El primer número parece ser la cantidad de datos procesados ​​(los bytes copiados reales y los bytes omitidos, porque ya existían en la ubicación de destino), ¿verdad? Parece que no es el número de datos transferidos, porque aumenta más rápido que mi conexión a Internet ...
  • ¿El porcentaje se refiere a la cantidad de datos o al número de archivos a copiar? ¿Considera los archivos excluidos y los archivos que ya están actualizados en la ubicación de destino?
  • El tiempo en la tercera posición primero parecía ser una estimación de tiempo para completar, pero cuando lo intenté, saltó entre unas pocas horas y unos segundos. ¿A qué se refiere y cómo se calcula?
  • ¿Qué significan los dos últimos números?
rsync muffel
fuente
1
¿Has probado la manpágina ( OPCIONES > --progress)?
don_crissti
1
ver unix.stackexchange.com/questions/231647/… donde se resuelve.
Shirish

Respuestas:

90 
105.45M 13% 602.83kB/s 0:02:50 (xfr#495, ir-chk=1020/3825)

Significa que:

  • Hasta ahora, el receptor / destino ha reconstruido 105.45 megabytes (o 13% ) de los aproximadamente 811.15 megabytes (100%) de los archivos del remitente / fuente.
  • Estos archivos se están reconstruyendo a una velocidad de 602.83 kilobytes por segundo y esta operación de transferencia de datos hasta ahora tomó 2 minutos y 50 segundos (tiempo transcurrido).

Además, xfr # 495 significa que actualmente el archivo 495 está siendo transferido, mientras que ir-chk = 1020/3825 indica que, de un total de (hasta ahora) 3825 archivos escaneados (detectados) de forma recursiva, hasta el momento 1020 de ellos todavía están para ser verificado / verificado.

Significa que si el escaneo detecta, por ejemplo, más de 100 archivos para verificar, ambos lados aumentarán en 100 (luego leerá ir-chk = 1120/3925 ). Después de que se hayan escaneado todos los archivos (detectados por el escaneo de recursión incremental), el número en el lado derecho de la barra seguirá siendo el mismo hasta el final de todo el proceso, mientras que el del lado izquierdo de la barra comenzará a disminuir a medida que se verifican (verifican) más y más archivos. Además, debido al final de la recursión, ir-chk cambiará a to-chk, lo que indica que la exploración de recursividad incremental ha terminado de realizar su comprobación (operación de detección de archivos). Aún así, debido a que los archivos seguirán siendo verificados / verificados hasta que todos lo estén, el número de archivos aún por verificar / verificar (lado izquierdo de la barra inclinada) disminuirá hasta que dicho número sea cero (lo que indica el final del proceso de verificación del archivo) .

Sea N el número total real de archivos a verificar / verificar, cuando finalice todo el proceso verá:

to-chk=0/N

... lo que significa que no queda ningún archivo para verificar / verificar, de un total de N archivos que fueron detectados por el escaneo de recursividad incremental.

Acerca de ir-chk (de la página del manual de rsync):

En un escaneo de recursividad incremental, rsync no sabrá el número total de archivos en la lista de archivos hasta que llegue al final del escaneo, pero como comienza a transferir archivos durante el escaneo, mostrará una línea con el texto " ir-chk "(para verificación de recursividad incremental) en lugar de" to-chk "hasta el punto en que conoce el tamaño completo de la lista, momento en el cual cambiará al uso de" to-chk ". Por lo tanto, ver "ir-chk" le permite saber que el recuento total de archivos en la lista de archivos seguirá aumentando (y cada vez que lo haga, el recuento de archivos que quedan para verificar aumentará en la cantidad de archivos agregados a la lista).

Yuri Sucupira
fuente
44
Una corrección menor: el 2:50 no es un ETA, es el tiempo transcurrido hasta ahora.
colarse el
44
@YuriSucupira Mi respuesta es a ese comentario. Tiendo a usar siempre --no-inc-recursive, pero eso no es de lo que estoy hablando. El tiempo de entrada de ETA progress2se basa en los datos totales (conocidos) y el tiempo transcurrido; no es por archivo (pero parpadea el valor del tiempo transcurrido de un solo archivo para una marca al completar un solo archivo). Hubo un error relacionado con esto en un punto que lo
aclararía
2
@Izkata Recuerdo haber probado rsync para ese momento (17 de julio de 2016), antes de hacer cualquier declaración aquí, solo para asegurarme de que el ETA fuera por archivo en lugar de global, y luego estuve "visualmente convencido" de que era un -archivo ETA. Estaba usando XUbuntu 14.04 (no recuerdo qué versión de rsync era). De todos modos, instalé XUbuntu 16.04 (viene con rsync 3.1.1-3ubuntu1) hace un par de meses y puedo confirmar (visualmente) que, rsync -a --info=progress2 /src /destde hecho, me da el tiempo total transcurrido alternando con ETA global , en lugar de ETA por archivo. Eso es extraño y nuevo para mí, pero tienes razón.
Yuri Sucupira
44
@wingedsubmariner Mientras copia un archivo, digamos, file1-, rsync le muestra la ETA global (actual) para todo el proceso de copia. Luego, cuando termina de copiar file1, rsync le muestra el tiempo transcurrido global (actual), y luego comienza a copiar el siguiente archivo, digamos file2, y le muestra nuevamente el ETA global (actual), hasta que file2finalice el proceso de copia y luego rsync le muestra el nuevo tiempo total transcurrido (incrementado). Esta es la razón por la que ves esos "saltos": es porque ves una ETA global (total) decreciente que alterna con el tiempo transcurrido global (total) creciente.
Yuri Sucupira
2
@ijoseph Sí, la página del manual solo menciona el comportamiento de ETA. Esa es una de las razones probables por las que tanta gente se siente confundida sobre el comportamiento de la IU durante el proceso de reconstrucción. Yo mismo tuve que prestar mucha atención a ese proceso durante algún tiempo hasta que finalmente pudiera revelar sus "misterios". :)
Yuri Sucupira