Medido, No Declarado.

Cada afirmación de rendimiento está respaldada por benchmarks reproducibles. Probado en condiciones reales con las herramientas de benchmarking estándar de Redis — mismo hardware, misma metodología, resultados verificables.

FlashKey vs Redis — Comparación Directa

Benchmarks realizados con redis-benchmark, 50 clientes en paralelo, 100.000 solicitudes por operación. Mismo hardware, misma configuración, misma metodología de prueba.

Operación FlashKey Redis 7.2 Mejora
SET 187.402 ops/sec 148.810 ops/sec +25,9%
GET 198.807 ops/sec 154.321 ops/sec +28,8%
LPUSH 191.204 ops/sec 142.653 ops/sec +34,0%
LPOP 193.610 ops/sec 147.929 ops/sec +30,9%
Pipeline (20) 1.247.503 ops/sec 1.021.832 ops/sec +22,1%
< 0,3 ms
Latencia P99
Tiempos de respuesta inferiores al milisegundo incluso bajo carga sostenida
Lineal
Escalado por Núcleo
El rendimiento escala proporcionalmente con los núcleos de CPU disponibles
Cero
Sobrecarga COW
Los snapshots MVCC eliminan los picos de memoria por copy-on-write basados en fork
12x
a 16 núcleos
Lineal
Escalado
0
Cuello de Botella Single-Thread
Estado de Escalabilidad
Utilización Multi-Núcleo
Escalado Lineal de Rendimiento
Cero Contención de Bloqueos
Escalabilidad

Por Qué Importa el Multi-Threading

Redis procesa comandos en un solo hilo. FlashKey distribuye la carga entre todos los núcleos disponibles. La brecha de rendimiento se amplía con cada núcleo que se añade.

  • 1 núcleo: rendimiento comparable a Redis
  • 4 núcleos: ~3,2x el rendimiento de Redis
  • 8 núcleos: ~6,5x el rendimiento de Redis
  • 16 núcleos: ~12x el rendimiento de Redis — escalado casi lineal

Una Comparación Directa

Comparación característica por característica entre FlashKey y Redis

FlashKey

  • Multi-threading nativo con bucles de eventos por núcleo
  • Cifrado AES-256-CTR en reposo integrado
  • Snapshots MVCC — sin fork(), sin COW
  • Replicación activa con sentinel integrado
  • Escrito en C11 — cero sobrecarga en tiempo de ejecución
  • 442 comandos con compatibilidad total de protocolo

Redis

  • Procesamiento de comandos en un solo hilo
  • Sin cifrado nativo — requiere proxy TLS externo
  • Persistencia basada en fork() con picos de memoria COW
  • Proceso sentinel externo necesario
  • Escrito en C99 con suposiciones de diseño de un solo hilo
  • io-threads limitados solo a I/O, no a la ejecución de comandos

Preguntas Frecuentes sobre Rendimiento

¿Cómo se realizaron estos benchmarks?

Utilizando redis-benchmark con parámetros idénticos en FlashKey y Redis 7.2, mismo hardware (bare metal), misma configuración del sistema operativo. Todas las pruebas son reproducibles — publicamos nuestra metodología.

¿FlashKey mantiene la compatibilidad a estas velocidades?

Sí. FlashKey pasa toda la suite de pruebas de Redis. Las mejoras de rendimiento provienen de optimizaciones arquitectónicas (multi-threading, MVCC), no de atajos en el protocolo.

¿Qué sucede con la latencia bajo carga alta?

FlashKey mantiene una latencia P99 inferior al milisegundo incluso al 90%+ de capacidad. El multi-threading previene el bloqueo head-of-line que afecta a las arquitecturas de un solo hilo.

¿Puedo reproducir estos benchmarks?

Por supuesto. Descargue la Starter Edition, ejecute redis-benchmark contra FlashKey y Redis en hardware idéntico. Fomentamos la verificación independiente.

¿Listo para Ver Estos Resultados en Su Infraestructura?

Programe una sesión de benchmarking con nuestro equipo de ingeniería. Ejecutaremos FlashKey en su hardware y le mostraremos los resultados.