Misurate, Non Dichiarate.

Ogni dato sulle prestazioni è supportato da benchmark riproducibili. Testato in condizioni reali con gli strumenti di benchmarking standard di Redis — stesso hardware, stessa metodologia, risultati verificabili.

FlashKey vs Redis — Confronto Diretto

Benchmark eseguiti con redis-benchmark, 50 client paralleli, 100.000 richieste per operazione. Stesso hardware, stessa configurazione, stessa metodologia di test.

Operazione FlashKey Redis 7.2 Miglioramento
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
Latenza P99
Tempi di risposta inferiori al millisecondo anche sotto carico sostenuto
Lineare
Scalabilità per Core
Il throughput scala proporzionalmente con i core CPU disponibili
Zero
Overhead COW
Gli snapshot MVCC eliminano i picchi di memoria da copy-on-write basati su fork
12x
a 16 core
Lineare
Scalabilità
0
Collo di Bottiglia Single-Thread
Stato Scalabilità
Utilizzo Multi-Core
Scalabilità Lineare del Throughput
Zero Contesa sui Lock
Scalabilità

Perché il Multi-Threading è Importante

Redis elabora i comandi su un singolo thread. FlashKey distribuisce il carico di lavoro su tutti i core disponibili. Il divario prestazionale aumenta con ogni core aggiunto.

  • 1 core: prestazioni comparabili a Redis
  • 4 core: ~3,2x il throughput di Redis
  • 8 core: ~6,5x il throughput di Redis
  • 16 core: ~12x il throughput di Redis — scalabilità quasi lineare

Un Confronto Diretto

Confronto funzionalità per funzionalità tra FlashKey e Redis

FlashKey

  • Multi-threading nativo con event loop per core
  • Crittografia AES-256-CTR a riposo integrata
  • Snapshot MVCC — nessun fork(), nessun COW
  • Replica attiva con sentinel integrato
  • Scritto in C11 — zero overhead a runtime
  • 442 comandi con piena compatibilità di protocollo

Redis

  • Elaborazione comandi single-thread
  • Nessuna crittografia nativa — richiede proxy TLS esterno
  • Persistenza basata su fork() con picchi di memoria COW
  • Processo sentinel esterno necessario
  • Scritto in C99 con presupposti di progettazione single-thread
  • io-threads limitati al solo I/O, non all'esecuzione dei comandi

FAQ sulle Prestazioni

Come sono stati condotti questi benchmark?

Utilizzando redis-benchmark con parametri identici sia su FlashKey che su Redis 7.2, stesso hardware (bare metal), stessa ottimizzazione del sistema operativo. Tutti i test sono riproducibili — pubblichiamo la nostra metodologia.

FlashKey mantiene la compatibilità a queste velocità?

Sì. FlashKey supera l'intera suite di test Redis. I miglioramenti prestazionali derivano da ottimizzazioni architetturali (multi-threading, MVCC), non da scorciatoie nel protocollo.

Cosa succede alla latenza sotto carico elevato?

FlashKey mantiene una latenza P99 inferiore al millisecondo anche al 90%+ della capacità. Il multi-threading previene il blocco head-of-line che penalizza le architetture single-thread.

Posso riprodurre questi benchmark?

Assolutamente. Scarica la Starter Edition, esegui redis-benchmark sia su FlashKey che su Redis con hardware identico. Incoraggiamo la verifica indipendente.

Vuoi Vedere Questi Numeri sulla Tua Infrastruttura?

Pianifica una sessione di benchmarking con il nostro team di ingegneria. Eseguiremo FlashKey sul tuo hardware e ti mostreremo i risultati.

Richiedi una Demo