El mismo 1 GB, y sin embargo una carpeta de fotos se copia más despacio que un solo video — ¿por qué?

Un video de 1 GB se copió en un momento, pero una carpeta de fotos que suma 1 GB parece no terminar nunca. Pasó a un SSD nuevo, y en cuanto mueve muchos archivos pequeños la velocidad de transferencia cae en picado.

Si el tamaño es el mismo, el tiempo también debería serlo — pero lo que decide el tiempo de copia no es solo “cuántos bytes hay que mover”, sino también “cuántos archivos hay que tratar”.

Este artículo es una introducción para usuarios cotidianos que copian fotos y documentos a unidades externas o a un NAS en Windows 11. Explica el mecanismo y después muestra un procedimiento para comparar uno mismo datos del mismo tamaño total. Se basa en documentación oficial comprobada el 5 de septiembre de 2026 y no es el resultado de medir la velocidad de un PC o un NAS concretos.

1. “Mover 1 GB” y “procesar 10 000 elementos” son trabajos distintos

Piénselo como una mudanza: aunque el peso total sea el mismo, una caja grande y 10 000 paquetes pequeños cuya dirección hay que comprobar uno a uno no dan el mismo trabajo. Los archivos también implican trabajo antes y después de mover el contenido.

flowchart TB
    accTitle: El mismo tamaño, un número distinto de archivos
    accDescr: Incluso con 1 GB de datos en total, un archivo y muchos archivos requieren un número distinto de operaciones de gestión.
    A["1 GB de datos en total"] --> B["Un archivo grande"]
    A --> C["10 000 archivos pequeños"]
    B --> D["Pocas operaciones por archivo"]
    C --> E["Operaciones por archivo repetidas"]

Figura 1: El mismo número de bytes no significa el mismo número de archivos.

Microsoft también explica que, cuando se copian uno tras otro muchos archivos pequeños a través de una red, un trabajo distinto de la transferencia de datos se impone y no se puede aprovechar del todo la velocidad de la línea.¹

Por supuesto, no es una regla por formato del tipo “las fotos son lentas, los videos son rápidos”. Un puñado de fotos grandes y decenas de miles de imágenes minúsculas son situaciones distintas. Empiece por abrir las propiedades de la carpeta y mire tanto el tamaño total como el número de archivos. Para la comparación, iguale el número total de bytes del contenido de los archivos, no el “Tamaño en disco”.

En el diagrama, una línea continua marca una relación que siempre se cumple y una línea discontinua una relación condicional (las condiciones están en la explicación de cada relación en la página de detalle). La lista completa de relaciones (11 en total, con evidencia y grado de certeza) y las definiciones de los conceptos principales están reunidas en la página de detalle del mapa de conocimiento (en japonés). Datos: JSON-LD / Turtle

2. Una copia trata más que el contenido

Cuando se copia un archivo, se abre el origen, se crea el archivo de destino, se lee y se escribe el contenido, se establece la información necesaria y se cierra el archivo. Abrir un archivo en Windows también implica condiciones como los derechos de acceso y si otras operaciones pueden abrir el archivo al mismo tiempo.²

La información usada para gestionar un archivo, como el nombre, el tamaño y las marcas de tiempo, se llama metadatos. El sistema de archivos NTFS, por ejemplo, registra la información de gestión por archivo en estructuras como la MFT (Master File Table). No es un mecanismo en el que escribir los datos de píxeles de la foto sea todo lo que hay.³

flowchart TB
    accTitle: El trabajo que implica copiar un archivo
    accDescr: Además de leer el origen, crear el destino, gestionar su información y cerrarlo es necesario en cada archivo.
    A["Abrir el origen"] --> B["Crear el destino"]
    B --> C["Leer y escribir el contenido"]
    C --> D["Establecer la información y cerrar"]
    D -.-> E["Repetir con el siguiente archivo"]

Figura 2: Un flujo conceptual. El orden real de las operaciones y cualquier ejecución en paralelo dependen del método de copia y del sistema de archivos.

Un SSD no hace desaparecer este trabajo de gestión. La cifra grande de velocidad de transferencia de la ficha de un producto, por sí sola, no dice cuánto tardarán 10 000 archivos en copiarse. También es demasiado tosco llamar a la copia de archivos pequeños “toda E/S aleatoria”. Más allá de dónde caen las lecturas y las escrituras, el propio trabajo de tratar archivos hay que considerarlo por separado.

3. En un NAS se añade “esperar a que el otro lado responda”

Un NAS es un dispositivo de almacenamiento que se usa a través de la red. Con SMB (Server Message Block), el protocolo detrás de las carpetas compartidas de Windows, las operaciones de archivo se piden al otro lado, y hay puntos en los que el PC espera a que ese lado procese la solicitud y responda.

flowchart TB
    accTitle: Operaciones de archivo a través de una red
    accDescr: Una solicitud de operación del PC viaja por la red, se convierte en una operación de archivo en el otro lado y la respuesta vuelve al PC.
    A["El PC solicita una operación de archivo"] --> B["Viaja por la red"]
    B --> C["El otro lado procesa el archivo"]
    C --> D["La respuesta vuelve al PC"]

Figura 3: Poder mover mucho de una vez y obtener una respuesta rápida a una sola operación son dos cosas distintas.

El ancho de banda corresponde al número de carriles de una carretera; la latencia corresponde al tiempo hasta que vuelve una respuesta. Cuando crece la espera por cada archivo pequeño, la cantidad transferida no aumenta aunque sobre ancho de banda. El análisis antivirus también puede afectar al tiempo de procesamiento por archivo.¹

Esto no significa, sin embargo, que cada archivo exija siempre un número fijo de idas y vueltas. SMB tiene un mecanismo para agrupar solicitudes, y la caché y las condiciones de concurrencia también cambian cómo se desarrolla la espera.⁴⁵ Los resultados también difieren entre una LAN doméstica y una carpeta compartida en un sitio remoto.

Un ejemplo simplificado para pensar en números

Suponiendo que todo se procesa en secuencia, sin solapamiento, el razonamiento es el siguiente.

Tiempo de copia ≈ bytes totales ÷ velocidad de transferencia
                + número de archivos × tiempo extra por archivo

Esto no es ni un valor medido ni la fórmula exacta de Windows. Para ilustrarlo, suponga que la parte de datos va a 100 MB/s y que el tiempo extra es de 2 milisegundos por archivo. Aquí 1 GB = 1 000 MB.

La parte de datos de 1 GB tarda 10 segundos. Con un archivo el tiempo extra es 0,002 segundos, pero con 10 000 archivos son 20 segundos, para un total de unos 30 segundos. El modelo deja fuera el paralelismo, la caché y los límites de CPU y almacenamiento, pero sí explica por qué “el mismo tamaño tarda un tiempo distinto”.

flowchart TB
    accTitle: Dividir el tiempo de copia en dos partes
    accDescr: Distingue el tiempo de transferencia determinado por el tamaño total del tiempo extra que se acumula con el número de archivos.
    A["Tiempo proporcional al tamaño total"] --> C["Tiempo total de copia"]
    B["Tiempo extra proporcional al número de archivos"] --> C

Figura 4: Conforme crece el número de archivos, empieza a importar un tiempo que el volumen de datos por sí solo no dejaba ver.

4. ZIP no solo “reduce” — también “empaqueta en uno”

ZIP tiene dos papeles: comprimir datos y empaquetar varios archivos en un solo contenedor. JPEG ya es un formato comprimido, así que meterlo en un ZIP puede no reducir mucho el tamaño.⁶

Aun así hay un efecto aparte: el número de archivos tratados durante la transferencia baja de 10 000 a uno. Mirar solo la tasa de compresión y concluir que “el ZIP no servía de nada” es prematuro.

flowchart TB
    accTitle: Los dos papeles de ZIP
    accDescr: El cambio en el número de archivos al empaquetar en un ZIP y el cambio de tamaño por la compresión son efectos distintos.
    A["Empaquetar las fotos en un ZIP"] --> B["Un archivo que transferir"]
    A --> C["El cambio de tamaño depende del contenido"]

Figura 5: Aunque casi nada se comprima, baja el número de archivos a transferir.

Ni empaquetar ni extraer son gratis, eso sí. Si quiere usar las fotos como una carpeta normal, compare el total siguiente.

Tiempo vía ZIP = creación del ZIP + transferencia del ZIP + extracción

Crear el ZIP lee los archivos pequeños, y la extracción los vuelve a crear en el destino. La clave no es eliminar el trabajo por archivo, sino cambiar dónde ocurre ese trabajo y la forma de la transferencia. Si el procesamiento antes y después de la transferencia es pesado, no empaquetar puede ser más rápido.¹

5. “Dónde extrae” cambia lo que le aporta el ZIP

Si envía el ZIP al PC que recibe y lo extrae en la unidad local de ese PC, los archivos pequeños no tienen que circular uno a uno por la red. La guía de Microsoft también cita extraer el archivo en el sistema de destino como método.¹

flowchart TB
    accTitle: Extraer en el destino frente a extraer desde el PC hacia el recurso compartido
    accDescr: Distingue la vía en la que el destino extrae internamente de la vía en la que el PC escribe los archivos extraídos en el recurso compartido.
    A["Enviar el ZIP al destino"] --> B["El destino extrae internamente"]
    C["Una aplicación del PC extrae"] --> D["Archivos pequeños enviados al recurso compartido"]

Figura 6: “El ZIP está en el NAS” no significa por sí solo que la extracción se haga dentro del NAS.

Este es un punto fácil de equivocar. Si abre en el Explorador de archivos del PC un ZIP que está en el NAS y elige la misma carpeta compartida como destino de extracción, el PC escribe en el NAS los archivos pequeños extraídos, así que las operaciones de red de grano fino ocurren otra vez.

Distíngalo del caso en el que el propio NAS tiene una función de extracción admitida que puede ejecutarse dentro del NAS, desde su consola de administración o similar. Si no existe tal función, no se quede en “enviar un ZIP lo resuelve”; mida todo el camino que vaya a usar de verdad. Al comparar la extracción dentro del NAS con la extracción a la unidad local del PC, recuerde también que la ubicación final de los archivos es distinta.

6. Comparar grande, pequeño y ZIP con el mismo 1 GB

Puede empezar por probarlo con un video y fotos que ya tenga. Pero como el contenido, el número de archivos y la facilidad de compresión difieren todos, use datos de prueba cuando quiera aislar la causa. Lo que sigue no es un conjunto de velocidades medidas, sino un procedimiento de comparación para ejecutar en su propio entorno.

Prepare tres cosas: un archivo grande, 10 000 archivos pequeños y un ZIP sin comprimir que empaquete esos 10 000 archivos. El contenido de A y B suma exactamente 1 000 000 000 bytes en ambos. C lleva además la información de gestión de ZIP, así que su tamaño de archivo no coincidirá exactamente con A y B.

flowchart TB
    accTitle: Tres tipos de datos de comparación
    accDescr: Crear un archivo grande y un conjunto de archivos pequeños con el mismo tamaño total, y luego un ZIP sin comprimir a partir de estos últimos.
    A["Preparar el mismo total de 1 GB"] --> B["Un archivo de 1 GB"]
    A --> C["10 000 archivos de 100 KB"]
    C --> D["El mismo contenido en un ZIP sin comprimir"]

Figura 7: Con un ZIP sin comprimir es más fácil observar el efecto de empaquetar los archivos por separado de cualquier diferencia en la tasa de compresión.

Crear los archivos de prueba (opcional)

Esto es para lectores que pueden usar la línea de comandos. En Windows PowerShell 5.1 o posterior, cree una carpeta de prueba nueva en la carpeta temporal local. El archivo grande y los archivos pequeños solos ocupan unos 2 GB, unos 3 GB incluyendo el ZIP, y el destino necesita su propio espacio libre. Para no llenar el disco, asegúrese de que el origen tenga al menos unos 5 GB libres.

No se usan fotos ni documentos existentes. Los datos se generan a partir de números seudoaleatorios, así que los archivos no se pueden abrir como videos o fotos. Esto evita la compresión extrema que se obtendría solo con datos rellenos de ceros, pero no reproduce el análisis ni el comportamiento de las aplicaciones con fotos reales.

$ErrorActionPreference = 'Stop'
$lab = Join-Path ([System.IO.Path]::GetTempPath()) ('copylab-' + [guid]::NewGuid().ToString('N'))
$drive = New-Object System.IO.DriveInfo ([System.IO.Path]::GetPathRoot($lab))
if ($drive.AvailableFreeSpace -lt 5GB) {
    throw 'Asegúrese de que la unidad de prueba tenga al menos 5 GB de espacio libre.'
}
$largeDir = Join-Path $lab 'large'
$smallDir = Join-Path $lab 'small'
[System.IO.Directory]::CreateDirectory($largeDir) | Out-Null
[System.IO.Directory]::CreateDirectory($smallDir) | Out-Null
Write-Host "Creado en: $lab"

$fileCount = 10000
$buffer = New-Object byte[] 100000
$random = New-Object System.Random 20260905
$large = [System.IO.File]::Open(
    (Join-Path $largeDir 'one.bin'),
    [System.IO.FileMode]::CreateNew,
    [System.IO.FileAccess]::Write,
    [System.IO.FileShare]::None
)
try {
    for ($i = 0; $i -lt $fileCount; $i++) {
        $random.NextBytes($buffer)
        $name = 'part-{0:D5}.bin' -f $i
        [System.IO.File]::WriteAllBytes((Join-Path $smallDir $name), $buffer)
        $large.Write($buffer, 0, $buffer.Length)
    }
}
finally {
    $large.Dispose()
}
Write-Host "Preparación completada. El contenido de cada conjunto de datos es de $([long]$fileCount * $buffer.Length) bytes."

La misma secuencia de bytes se escribe tanto en los trozos pequeños como en el archivo único. A continuación, en la misma ventana de PowerShell, cree el ZIP sin comprimir. Registre aquí el tiempo de creación. NoCompression almacena los archivos en el ZIP sin comprimirlos.⁷

$zip = Join-Path $lab 'small.zip'
$watch = [System.Diagnostics.Stopwatch]::StartNew()
Compress-Archive -LiteralPath $smallDir -DestinationPath $zip -CompressionLevel NoCompression
$watch.Stop()
Write-Host "Creación del ZIP: $($watch.Elapsed.TotalSeconds) segundos"
Write-Host "Tamaño del ZIP: $((Get-Item -LiteralPath $zip).Length) bytes"

Este procedimiento es solo para los archivos ordinarios generados. Compress-Archive tiene limitaciones, como ignorar archivos ocultos, así que no lo reutilice tal cual para una copia de seguridad completa de una carpeta importante.⁷ Si se detiene con un error, no use esa ejecución para la medición; compruebe la carpeta de prueba cuya ruta se mostró. Limpie solo después de confirmar que la carpeta es la que creó usted.

Mantener iguales las condiciones de medición

Use los mismos dispositivos de origen y destino, la misma red y el mismo método de copia. Para empezar, copie los tres en el Explorador de archivos; no use mover. Haga que el destino sea una carpeta nueva y vacía cada vez, para que no se mezclen la omisión de archivos existentes ni los avisos de sobrescritura.

flowchart TB
    accTitle: Procedimiento para mantener iguales las condiciones de comparación
    accDescr: Fijar la ruta y el método de copia, copiar varias veces a un destino vacío variando el orden y comprobar el contenido al terminar.
    A["Mismos dispositivos, ruta y método"] --> B["Destino vacío cada vez"]
    B --> C["Medir varias veces variando el orden"]
    C --> D["Comprobar también el recuento y el contenido"]

Figura 8: No trate el tiempo ahorrado al omitir archivos ya copiados como una transferencia más rápida.

Mida cada caso, por ejemplo, tres veces, variando el orden, y registre la mediana y la dispersión. Windows pone los archivos en caché en memoria, así que solo la segunda pasada puede salir más rápida. Un destino nuevo no borra la caché del lado de lectura. Lo que revela este procedimiento es una tendencia cercana a la copia cotidiana, no el rendimiento estricto del medio sin caché.⁵

Las copias dentro de la misma unidad física tienen lecturas y escrituras que compiten entre sí, así que no las mezcle con copias a un dispositivo distinto. No use archivos de la nube solo en línea, porque se incluiría el tiempo de obtenerlos, y no cambie a mitad de camino condiciones como el antivirus o la sincronización.

Esta es una tabla para registrar; no hay cifras de resultado rellenadas. A es un control para observar las características de la transferencia; como su estructura de archivos es distinta, no es un sustituto de B. Para la comparación práctica entre B y C, el objetivo es colocar el mismo conjunto de archivos en la misma ubicación final. Registre siempre también dónde se hizo la extracción.

Después de copiar o extraer, cruce el recuento de archivos y el total de bytes, y verifique el contenido con hashes si es necesario. Haga las lecturas de verificación fuera de la medición, y anote que también afectan a la caché de la siguiente prueba. El tiempo hasta que se cierra el cuadro de copia no mide el tiempo hasta que los datos pueden sobrevivir a un corte de alimentación, así que tampoco experimente desconectando un dispositivo externo justo después.⁵

7. Cuando no puede usar un ZIP, copie en paralelo un poco cada vez

Para usos en los que los archivos individuales deben poder usarse en el destino de inmediato, o en los que cada vez se envían solo los archivos que cambiaron, empaquetar en un ZIP puede no encajar. El robocopy incluido en Windows tiene /MT, que trata varios archivos en paralelo.⁸⁹

flowchart TB
    accTitle: Solapar en paralelo la espera por archivo
    accDescr: Al trabajar en varios archivos a la vez, otra transferencia puede avanzar mientras un archivo espera.
    A["Tratar varios archivos a la vez"] --> B["El archivo A espera una respuesta"]
    A --> C["El archivo B se está transfiriendo"]
    B --> D["Las esperas se solapan"]
    C --> D

Figura 9: El paralelismo es una forma de solapar esperas; no hace más rápidas la línea ni el disco en sí.

El ejemplo siguiente copia desde el $smallDir creado antes. Cambie solo $targetRoot a un destino en el que pueda escribir. Cree una carpeta de destino distinta en cada ejecución, y no use opciones que borren los datos de origen o el destino.

$targetRoot = '\\NAS\share\CopyLab' # cámbielo a su propio destino
$runId = [guid]::NewGuid().ToString('N')
$target = Join-Path $targetRoot ('small-mt8-' + $runId)
$log = Join-Path $lab ('robocopy-' + $runId + '.log')
robocopy $smallDir $target /E /MT:8 /R:1 /W:1 /XJ "/LOG:$log"
$code = $LASTEXITCODE
if ($code -ge 8) {
    throw "La copia tuvo errores. Código de salida=$code, registro=$log"
}
Write-Host "Código de salida=$code. Compruebe los recuentos copiados y fallidos en el registro y el contenido del destino: $log"

/MT:8 significa 8 subprocesos, /R:1 /W:1 son el recuento de reintentos y la espera en segundos ante un error, y /LOG guarda el registro. robocopy informa una copia correcta incluso con código de salida 1, y 8 o más incluye errores. Eso no significa que 0 a 7 le eximan de comprobar el contenido.⁸

/MT:8 es un ejemplo de punto de partida para la comparación, no un valor óptimo. Demasiado paralelismo aumenta la carga del otro lado y puede de hecho hacer las cosas más lentas.¹ Limite lo que cambia a la vez, por ejemplo comparando /MT:1 y /MT:8 con el mismo método. No juzgue el efecto de ninguno a partir de un resultado en el que el ZIP y el paralelismo se cambiaron al mismo tiempo.

8. Antes de concluir “va despacio, así que debe estar roto”

¿Son lentos solo los muchos archivos pequeños, o también los archivos grandes? ¿Qué ocurre cuando los mismos archivos se copian en local? Separar esto acota dónde mirar. Cuando la velocidad cae a mitad de camino, puede estar implicada la caché, y la velocidad mostrada por sí sola no puede fijar la causa.⁵

flowchart TB
    accTitle: Aislar las copias lentas
    accDescr: Investiga la lentitud limitada a archivos pequeños por separado de la lentitud independientemente del tipo de datos.
    A{"¿Solo archivos pequeños lentos?"} -->|Sí| B["Mirar el número de archivos y el tiempo de espera"]
    A -->|No| C["Comprobar también el dispositivo, la conexión y la carga"]
    B --> D["Comprobar también fallos o desconexiones"]
    C --> D

Figura 10: Una velocidad que no escala con archivos pequeños y los errores de copia o fallos de dispositivo no son la misma historia.

Cuando hay errores de copia o desconexiones, o las cosas empeoraron de golpe respecto a antes, no se quede en explicarlo solo por el número de archivos. Ponga primero la conservación de los datos importantes, y compruebe los registros y el estado de los dispositivos.

Tampoco se recomienda detener el antivirus o desactivar la firma SMB para ganar velocidad. La firma SMB sirve, entre otras cosas, para impedir la manipulación de la comunicación.¹⁰ En un PC administrado, no eluda la configuración; consulte a la persona responsable.

Resumen

El tiempo de copia consta tanto del tiempo proporcional a la cantidad de datos como del trabajo proporcional al número de archivos. Por eso “son 1 GB, así que tarda lo mismo” no tiene por qué cumplirse.

Si prueba un ZIP, mire más allá de la tasa de compresión hacia la creación, la transferencia y la extracción. Si prueba la copia en paralelo, cambie solo el número de subprocesos cada vez. Antes de comprar hardware más rápido, mirar juntos el tamaño total y el número de archivos facilita razonar sobre lo que está ocurriendo ahora mismo en su Windows.

Referencias

Artículos relacionados

Artículos recientes con las mismas etiquetas para profundizar en temas cercanos.

Temas relacionados

Estas páginas sitúan el tema en un contexto más amplio de servicios y decisiones.

Servicios relacionados con este tema

El artículo está directamente relacionado con los siguientes servicios.

Preguntas frecuentes

Preguntas habituales en las consultas sobre el tema del artículo.

¿Por qué una carpeta de fotos se copia más despacio aunque el tamaño sea el mismo?

Una copia no es solo una transferencia del contenido. En cada archivo se crea el archivo de destino, se gestiona su información, se cierra, y así sucesivamente. Cuando hay muchos archivos pequeños, crece la parte de este procesamiento y de las esperas. Lo que importa no es el formato de foto en sí, sino el número de archivos y el tamaño de cada uno.

¿Los archivos pequeños siguen copiándose despacio en un SSD o en una LAN rápida?

Sí. Incluso en un SSD el trabajo de gestión de archivos permanece, y al copiar a un NAS o similar se añade el tiempo de espera de la red y del procesamiento del otro lado. La velocidad de una transferencia continua de archivos grandes y la velocidad de tratar muchos archivos pequeños son dos cosas distintas.

Si los JPEG no se hacen más pequeños en un ZIP, ¿tiene sentido empaquetarlos?

Aunque el tamaño apenas se reduzca, empaquetar en uno los archivos que se van a transferir sigue teniendo efecto. Crear y extraer el ZIP también lleva tiempo, eso sí. Para usos que requieren extracción, compare el tiempo total de creación, transferencia y extracción.

¿Va más rápido enviar un ZIP al NAS y extraerlo después a la carpeta compartida desde el PC?

Con ese método el PC escribe en el NAS los archivos pequeños extraídos, así que la creación de archivos a través de la red ocurre otra vez. Distíngalo de extraer dentro del NAS con una función que el propio NAS admite, y mida incluyendo la extracción.

¿La copia en paralelo de robocopy se hace más rápida cuantos más subprocesos se añaden?

No. El paralelismo permite solapar las esperas por archivo, pero también aumenta la carga del almacenamiento o del NAS. Compare en las mismas condiciones empezando por un número pequeño de subprocesos, y revise también el registro por errores de copia y archivos omitidos.

Perfil del autor

Página de presentación del autor del artículo.

Go Komura

Representante de KomuraSoft LLC

Especializado en desarrollo de software para Windows, consultoría técnica e investigación de fallos, sobre todo en proyectos con sistemas existentes y errores difíciles de reproducir.