Test de Lectura/Escritura de Almacenamiento

Test de Lectura/Escritura - Prueba Rendimiento de Disco

Una herramienta completa de test de velocidad de almacenamiento online que mide el rendimiento de almacenamiento del navegador usando IndexedDB y localStorage. Ejecuta pruebas de velocidad de escritura, lectura y manejo de archivos grandes.

¿Cómo funciona el test de velocidad de almacenamiento?

El test mide el rendimiento del almacenamiento del navegador ejecutando operaciones de lectura y escritura:

1. Escritura IndexedDB: Prueba escribir 1.000 elementos (1 KB cada uno)
2. Lectura IndexedDB: Mide leer 1.000 elementos
3. Escritura localStorage: Prueba escribir 100 elementos
4. Lectura localStorage: Mide leer 100 elementos
5. Manejo de Archivo Grande: Prueba leer/escribir un Blob de 10 MB

Cada prueba calcula rendimiento (MB/s) y latencia (ms por operación). Mayor MB/s y menor latencia indican mejor rendimiento.

¿Qué es IndexedDB vs localStorage?

IndexedDB y localStorage son sistemas de almacenamiento con características distintas:

localStorage:
- Almacenamiento simple clave-valor
- API síncrona (bloquea el hilo principal)
- Limitado a ~5-10 MB por origen
- Solo strings (los objetos deben JSON.stringify)
- Bueno para estado UI pequeño

IndexedDB:
- Base de datos completa con índices y cursores
- API asíncrona (no bloqueante)
- Cuota mucho mayor (a menudo gigabytes)
- Almacena clones estructurados (objetos, Blobs, ArrayBuffers)
- Mejor para datasets grandes y apps offline

Este test mide ambos para que compares su coste real en tu dispositivo.

¿Qué afecta la velocidad de almacenamiento?

Varios factores influyen en el rendimiento:

- Tipo de Disco: SSD >> HDD
- Interfaz: NVMe > SATA SSD > eMMC > HDD
- Espacio Disponible: Discos con más del 80 % de uso ralentizan (TRIM y over-provisioning encogen)
- Motor del Navegador: Chromium usa IndexedDB con LevelDB; Firefox usa SQLite
- Sistema Operativo: Importan journaling, fsync y tamaño del page cache
- Procesos en Segundo Plano: Antivirus o backups con I/O ralentizan
- RAM: Más RAM libre = mejor cache de páginas del SO

Para resultados precisos, cierra otras aplicaciones y asegura espacio libre en disco.

¿Qué es una buena puntuación de velocidad de almacenamiento?

Entendiendo los resultados de velocidad de almacenamiento del navegador:

Velocidades típicas por tipo:
- NVMe SSD: 50-200+ MB/s en navegador (3-7 GB/s nativo)
- SATA SSD: 20-100 MB/s en navegador (550 MB/s nativo)
- HDD Rápido (7200 RPM): 5-20 MB/s
- HDD Lento (5400 RPM): 2-10 MB/s
- eMMC/UFS Móvil: 10-50 MB/s

Nota: El overhead del navegador y los límites JavaScript hacen estas velocidades 10-100x más lentas que el I/O nativo. Latencia bajo 1 ms también es importante para UI receptiva.

¿Por qué testear el almacenamiento del navegador?

Testear el almacenamiento del navegador es valioso porque:

- Rendimiento de Web Apps: Muestra cuán rápido pueden almacenar/recuperar datos
- Progressive Web Apps (PWAs): Crítico para apps offline
- Cache del Navegador: Afecta tiempos de carga y Service Worker
- Debugging: Identifica cuellos de botella antes que los usuarios se quejen
- Comparación: Benchmark de distintos navegadores y dispositivos

Esta prueba refleja el rendimiento real para cualquier web app que dependa de APIs de almacenamiento del navegador.

¿Por qué mis escrituras IndexedDB son más lentas que las lecturas?

Las escrituras IndexedDB suelen ser 2-10x más lentas que las lecturas porque cada escritura debe:

1. Adquirir bloqueo exclusivo en el object store (lecturas readonly usan bloqueos compartidos)
2. Actualizar índices secundarios definidos (cada índice = escritura B-tree extra)
3. Anexar al write-ahead log para durabilidad
4. Hacer flush a disco al commit de transacción (fsync)

Las lecturas, en cambio, suelen ir al page cache del SO y vuelven sin tocar el disco. Para acelerar escrituras: agrupa muchos put en una transacción (los commits amortizan fsync), evita índices innecesarios y usa put() con claves explícitas en vez de autoIncrement.

¿Cuál es la cuota de almacenamiento del navegador y qué pasa al alcanzarla?

Los navegadores modernos otorgan a cada origen una cuota basada en el espacio libre y la política. Límites típicos:

- Chrome/Edge: hasta 60 % del disco libre por origen
- Firefox: hasta 50 % del disco libre (cuota de grupo)
- Safari: 1 GB sin diálogo, después requiere permiso del usuario

Consulta tu límite real con navigator.storage.estimate(), que devuelve {quota, usage} en bytes. Al exceder la cuota, las transacciones IndexedDB abortan con QuotaExceededError y localStorage lanza al setItem(). El almacenamiento persistente via navigator.storage.persist() evita que el navegador elimine tus datos bajo presión de disco.

¿Por qué el test de 10 MB a veces falla en móvil?

Los navegadores móviles imponen límites que pueden romper el test del Blob de 10 MB:

1. Tamaño de string: stringificar un Blob de 10 MB en localStorage lo duplica a 20 MB UTF-16; Safari iOS rechaza strings sobre 16 MB.
2. Presión de heap: el heap de Chrome móvil es 256-512 MB; asignar el Blob más copiarlo para IndexedDB puede provocar OOM en la pestaña.
3. Cuota de origen: dispositivos Android de gama baja con 8 GB internos pueden conceder solo 100-500 MB por origen.
4. Eviction en segundo plano: si cambias de app a mitad del test, iOS puede descartar la pestaña y abortar la transacción silenciosamente.

Para testing fiable en móvil, libera al menos 2 GB y mantén el navegador en primer plano.

Características Principales

• 5 pruebas completas de velocidad de almacenamiento
• Benchmarks de escritura y lectura IndexedDB
• Pruebas de escritura y lectura localStorage
• Prueba de manejo de archivo grande (10MB)
• Medición de velocidad en MB/s
• Medición de latencia en milisegundos
• Visualización de cuota y uso de almacenamiento
• 100% del lado del cliente - sin datos subidos
• Compatible con modo oscuro