Mesuré, Pas Prétendu.

Chaque affirmation de performance est étayée par des benchmarks reproductibles. Testé en conditions réelles avec les outils de benchmarking Redis standard — même matériel, même méthodologie, résultats vérifiables.

FlashKey vs Redis — Comparaison Directe

Benchmarks réalisés avec redis-benchmark, 50 clients parallèles, 100 000 requêtes par opération. Même matériel, même configuration, même méthodologie de test.

Opération FlashKey Redis 7.2 Amélioration
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
Latence P99
Temps de réponse inférieurs à la milliseconde même sous charge soutenue
Linéaire
Scalabilité par Coeur
Le débit évolue proportionnellement avec les coeurs CPU disponibles
Zéro
Surcharge COW
Les snapshots MVCC éliminent les pics mémoire liés au copy-on-write par fork
12x
à 16 coeurs
Linéaire
Scalabilité
0
Goulot Single-Thread
État de la Scalabilité
Utilisation Multi-Coeur
Scalabilité Linéaire du Débit
Zéro Contention de Verrou
Scalabilité

Pourquoi le Multi-Threading Compte

Redis traite les commandes sur un seul thread. FlashKey répartit la charge sur tous les coeurs disponibles. L'écart de performance se creuse à chaque coeur ajouté.

  • 1 coeur : performances comparables à Redis
  • 4 coeurs : ~3,2x le débit de Redis
  • 8 coeurs : ~6,5x le débit de Redis
  • 16 coeurs : ~12x le débit de Redis — scalabilité quasi linéaire

Une Comparaison Directe

Comparaison fonctionnalité par fonctionnalité entre FlashKey et Redis

FlashKey

  • Multi-threading natif avec boucle d'événements par coeur
  • Chiffrement AES-256-CTR au repos intégré
  • Snapshots MVCC — pas de fork(), pas de COW
  • Réplication active avec sentinel intégré
  • Écrit en C11 — zéro surcharge à l'exécution
  • 442 commandes avec compatibilité complète du protocole

Redis

  • Traitement des commandes mono-thread
  • Pas de chiffrement natif — nécessite un proxy TLS externe
  • Persistance par fork() avec pics mémoire COW
  • Processus sentinel externe requis
  • Écrit en C99 avec des hypothèses de conception mono-thread
  • io-threads limités à l'I/O uniquement, pas à l'exécution des commandes

FAQ Performance

Comment ces benchmarks ont-ils été réalisés ?

Avec redis-benchmark et des paramètres identiques sur FlashKey et Redis 7.2, même matériel (bare metal), même configuration OS. Tous les tests sont reproductibles — nous publions notre méthodologie.

FlashKey maintient-il la compatibilité à ces vitesses ?

Oui. FlashKey passe l'intégralité de la suite de tests Redis. Les gains de performance proviennent d'améliorations architecturales (multi-threading, MVCC), pas de raccourcis protocolaires.

Qu'en est-il de la latence sous forte charge ?

FlashKey maintient une latence P99 inférieure à la milliseconde même à 90%+ de capacité. Le multi-threading empêche le blocage head-of-line qui affecte les architectures mono-thread.

Puis-je reproduire ces benchmarks ?

Tout à fait. Téléchargez l'édition Community, lancez redis-benchmark sur FlashKey et Redis avec un matériel identique. Nous encourageons la vérification indépendante.

Prêt à Voir Ces Chiffres sur Votre Infrastructure ?

Planifiez une session de benchmarking avec notre équipe d'ingénierie. Nous exécuterons FlashKey sur votre matériel et vous montrerons les résultats.