{"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\/nl\/blog\/news\/sravnenie-proizvoditelnosti-subd-valkey-i-redis","title":{"rendered":"Prestatievergelijking van de databasesystemen Valkey en Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De resultaten van de tests van de nieuwste versies van de databasesystemen Redis 8.0 en Valkey 8.1 zijn gepresenteerd, waarin aanzienlijke prestatie-optimalisaties zijn aangekondigd. In alle uitgevoerde tests heeft de door de gemeenschap ontwikkelde fork het origineel overtroffen, voornamelijk dankzij de implementatie van een nieuw mechanisme voor multithreaded invoer\/uitvoer verwerking in asynchrone modus, overgedragen aan het project door Amazon. <\/p>\n
In de testomgeving AWS Graviton4 c8g.2xlarge met 8 VCPU wist Valkey 8.1.1 een prestatie van 999,8 duizend SET-verzoeken per seconde te bereiken, terwijl in Redis 8.0 een niveau van 729,4 duizend verzoeken per seconde werd gehaald. Over het algemeen was de doorvoer van Valkey 37% hoger dan die van Redis voor SET-operaties en 16% voor GET. Daarnaast toonde Valkey in vergelijking met Redis een verlaging van de latentie bij de verwerking van verzoeken met 30% voor SET-operaties en 60% voor GET-operaties.
<\/center> <\/p>\n
Er is apart een analyse uitgevoerd van de veranderingen in doorvoer en latency afhankelijk van het aantal gelijktijdig uitgevoerde handlers in een modus voor multi-threaded invoer\/uitvoer. Tot 3 threads tonen Valkey en Redis ongeveer gelijke resultaten, maar daarna komt Valkey op de voorgrond. Bij 6 threads op een systeem met 8 VCPU's bereikte Valkey een prestatie van 678.000 SET-verzoeken per seconde, terwijl Redis 563.000 verzoeken per seconde behaalde bij een limiet van 256 gelijktijdige verbindingen. Bij het verhogen van de verbindingen tot 400 steeg de prestatie van Valkey tot 832.000 SET-verzoeken per seconde.
<\/center> <\/p>\n
Na optimalisatie van de interruptverwerking in het systeem om het aantal contextwisselingen te verminderen, lukte het Valkey om de prestaties te verhogen tot 999,8 duizend SET-verzoeken per seconde. De kern van de optimalisatie bestond uit het toewijzen van 2 VCPU's voor interruptverwerking en het binden van de overgebleven 6 VCPU's aan de invoer\/uitvoer threads van Valkey en Redis, om migratie van handlers tussen CPU's te voorkomen. sudo ethtool -L ens34 combined 2 # beperken tot 2 het aantal IRQ-handlers grep ens34 \/proc\/interrupts # kijken welke handlers zijn betrokken (99 en 100) echo 1 | sudo tee \/proc\/irq\/99\/smp_affinity # bind handler 99 aan kernel 1 echo 2 | sudo tee \/proc\/irq\/100\/smp_affinity # bind handler 100 aan kernel 2 # Start de database (voor Redis vervang valkey\/valkey:8.1.1 door redis:8.0) met binding van de container aan CPU-kernen 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
![\"Prestatievergelijking](\"\/wp-content\/uploads\/2025\/06\/512bd8dc9f4e4cc2562b59db68823b07.png\")
<\/center> <\/p>\n![\"Prestatievergelijking](\"\/wp-content\/uploads\/2025\/06\/b81d26ec066d0af829859a11236ae2a6.png\")
<\/center> <\/p>\n