Un archivo de prueba TXT de 100 MB

Acerca de este archivo

Archivo de prueba de 100 MB en formato TXT, con un tamaño exacto de 104,857,600 bytes. Descarga gratuita y sin registro, para verificar límites de subida y el comportamiento del procesamiento de archivos.

Los valores MD5, SHA-1 y SHA-256 mostrados arriba son los digests reales de este archivo. Recalcularlos tras la descarga confirma que la transferencia no se corrompió, y sirven además como valores esperados al probar una librería de hash.

Qué significa este tamaño en la práctica

100 MB es el límite duro de GitHub por archivo en un push y también el tope de subida a través del plan gratuito de Cloudflare. Es además el punto en el que AWS S3 recomienda subida multiparte en lugar de un único PUT.

También pone a prueba tu configuración de timeouts. En una línea de 10 Mbps la transferencia por sí sola tarda unos 80 segundos, así que dejar el max_execution_time de PHP (30s por defecto) o el fastcgi_read_timeout de nginx (60s por defecto) sin tocar hace que la subida falle por timeout y no por el límite de tamaño.

Para hacerse una idea de este tamaño

En un enlace de 10 Mbps la transferencia tarda unos 83.9 segundos, y unos 8.4 segundos a 100 Mbps. Codificado en Base64 crece hasta unos 136,533 KB.

A unos 120 bytes por línea de log, este tamaño contiene unas 873,813 líneas: una base razonable para estimar cuánto tardará una agregación de logs o un escaneo de texto completo. La longitud de línea varía, así que tómalo como aproximación.

Qué comprobar en este formato

El texto plano es el formato más simple y, aun así, dos variables —la codificación y la convención de salto de línea— explican buena parte de los defectos reales. No lleva firma, así que su formato no puede confirmarse a partir de los bytes.

• Si lees línea a línea: cargar de una vez un archivo de texto del tamaño de un log presiona mucho la memoria
• Si la presencia o ausencia de BOM cambia tu procesamiento
• Si se captura la última línea aunque el archivo no termine en salto de línea