{"id":135788,"date":"2025-06-04T09:05:06","date_gmt":"2025-06-04T07:05:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sravnenie-proizvoditelnosti-subd-valkey-i-redis"},"modified":"2025-06-04T09:05:06","modified_gmt":"2025-06-04T07:05:08","slug":"sravnenie-proizvoditelnosti-subd-valkey-i-redis","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/sravnenie-proizvoditelnosti-subd-valkey-i-redis","title":{"rendered":"Confronto delle prestazioni del DBMS Valkey e Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati presentati i risultati dei test delle nuove versioni dei database Redis 8.0 e Valkey 8.1, in cui sono state annunciate significative ottimizzazioni delle prestazioni. In tutti i test condotti, il fork sviluppato dalla comunit\u00e0 ha superato il progetto originale, principalmente grazie all'implementazione in Valkey di un nuovo meccanismo per l'elaborazione multithread dell'input\/output in modalit\u00e0 asincrona, fornito al progetto da Amazon. <\/p>\n
In un ambiente di test AWS Graviton4 c8g.2xlarge con 8 VCPU, Valkey 8.1.1 ha raggiunto una prestazione di 999,8 mila richieste SET al secondo, mentre in Redis 8.0 \u00e8 stato raggiunto un livello di 729,4 mila richieste al secondo. In generale, la larghezza di banda di Valkey \u00e8 risultata superiore a quella di Redis del 37% per le operazioni SET e del 16% per le operazioni GET. Allo stesso tempo, rispetto a Redis, il progetto Valkey ha mostrato una riduzione dei ritardi nel trattamento delle richieste del 30% per le operazioni SET e del 60% per le operazioni GET.
<\/center> <\/p>\n
\u00c8 stata condotta un'analisi separata delle variazioni di larghezza di banda e latenza in base al numero di gestori in esecuzione in parallelo in modalit\u00e0 di elaborazione multithread per l'input\/output. Fino a 3 thread, Valkey e Redis mostrano risultati simili, ma poi Valkey prende il sopravvento. Con 6 thread su un sistema con 8 VCPU, Valkey ha raggiunto una capacit\u00e0 di 678.000 richieste SET al secondo, mentre Redis ha registrato 563.000 richieste al secondo con un limite di 256 connessioni simultanee. Aumentando le connessioni a 400, le prestazioni di Valkey sono cresciute a 832.000 richieste SET al secondo.
<\/center> <\/p>\n
Dopo l'ottimizzazione della gestione delle interruzioni nel sistema per ridurre il numero di cambi di contesto, Valkey \u00e8 riuscita a portare le prestazioni a 999.800 richieste SET al secondo. L'ottimizzazione \u00e8 consistita nell'assegnare 2 VCPU per la gestione delle interruzioni e nel legare le 6 VCPU rimanenti ai thread di elaborazione dell'input\/output di Valkey e Redis, per evitare la migrazione dei gestori tra le CPU. sudo ethtool -L ens34 combined 2 # limitiamo a 2 il numero di gestori IRQ grep ens34 \/proc\/interrupts # verifichiamo quali gestori sono attivi (99 e 100) echo 1 | sudo tee \/proc\/irq\/99\/smp_affinity # colleghiamo il gestore 99 al core 1 echo 2 | sudo tee \/proc\/irq\/100\/smp_affinity # colleghiamo il gestore 100 al core 2 # Avviamo il DB (per Redis cambiare valkey\/valkey:8.1.1 in redis:8.0) con il container legato ai core CPU 2-7 docker run --network='host' --rm \\ --cpuset-cpus='2-7' valkey\/valkey:8.1.1 \\ --save ' ' --appendonly no --io-threads 6 \\ --protected-mode no --maxmemory 10gb <\/p>\n
![\"Confronto](\"\/wp-content\/uploads\/2025\/06\/512bd8dc9f4e4cc2562b59db68823b07.png\")
<\/center> <\/p>\n![\"Confronto](\"\/wp-content\/uploads\/2025\/06\/b81d26ec066d0af829859a11236ae2a6.png\")
<\/center> <\/p>\n