{"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\/pt\/blog\/news\/sravnenie-proizvoditelnosti-subd-valkey-i-redis","title":{"rendered":"Compara\u00e7\u00e3o de desempenho entre os bancos de dados Valkey e Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os resultados dos testes das vers\u00f5es mais recentes dos SGBDs Redis 8.0 e Valkey 8.1 foram apresentados, com declara\u00e7\u00f5es de otimiza\u00e7\u00f5es significativas no desempenho. Em todos os testes realizados, o fork desenvolvido pela comunidade superou o projeto original, principalmente devido \u00e0 implementa\u00e7\u00e3o no Valkey de um novo mecanismo para processamento ass\u00edncrono de entrada\/sa\u00edda multitarefa, que foi fornecido ao projeto pela Amazon. <\/p>\n
No ambiente de teste AWS Graviton4 c8g.2xlarge com 8 VCPU, o Valkey 8.1.1 conseguiu alcan\u00e7ar um desempenho de 999,8 mil solicita\u00e7\u00f5es SET por segundo, enquanto no Redis 8.0 foi atingido um n\u00edvel de 729,4 mil solicita\u00e7\u00f5es por segundo. Em geral, a taxa de transfer\u00eancia do Valkey foi 37% superior \u00e0 do Redis para opera\u00e7\u00f5es SET e 16% superior para opera\u00e7\u00f5es GET. Al\u00e9m disso, em compara\u00e7\u00e3o ao Redis, o projeto Valkey demonstrou uma redu\u00e7\u00e3o nas lat\u00eancias no processamento de solicita\u00e7\u00f5es em 30% para opera\u00e7\u00f5es SET e em 60% para opera\u00e7\u00f5es GET.
<\/center> <\/p>\n
Foi realizada uma an\u00e1lise separada da altera\u00e7\u00e3o da largura de banda e lat\u00eancias com base no n\u00famero de processadores paralelamente executados em modo de multithreading de entrada\/sa\u00edda. At\u00e9 3 threads, Valkey e Redis apresentam resultados aproximadamente iguais, mas depois Valkey se destaca. Com 6 threads em um sistema com 8 VCPU, o desempenho do Valkey alcan\u00e7ou 678 mil requisi\u00e7\u00f5es SET por segundo, enquanto o Redis ficou em 563 mil requisi\u00e7\u00f5es por segundo, com um limite de 256 conex\u00f5es simult\u00e2neas. Ao aumentar as conex\u00f5es para 400, o desempenho do Valkey subiu para 832 mil requisi\u00e7\u00f5es SET por segundo.
<\/center> <\/p>\n
Ap\u00f3s otimiza\u00e7\u00e3o do tratamento de interrup\u00e7\u00f5es no sistema para reduzir o n\u00famero de trocas de contexto, o Valkey conseguiu aumentar o desempenho para 999,8 mil requisi\u00e7\u00f5es SET por segundo. O foco da otimiza\u00e7\u00e3o foi alocar 2 VCPUs para o tratamento de interrup\u00e7\u00f5es e vincular os 6 VCPUs restantes aos threads de manipula\u00e7\u00e3o de entrada\/sa\u00edda do Valkey e Redis, para evitar a migra\u00e7\u00e3o de processadores entre os CPUs. sudo ethtool -L ens34 combined 2 # limita o n\u00famero de manipuladores IRQ para 2 grep ens34 \/proc\/interrupts # verifica quais manipuladores est\u00e3o envolvidos (99 e 100) echo 1 | sudo tee \/proc\/irq\/99\/smp_affinity # vincula o manipulador 99 ao n\u00facleo 1 echo 2 | sudo tee \/proc\/irq\/100\/smp_affinity # vincula o manipulador 100 ao n\u00facleo 2 # Inicia o SGBD (para Redis, altere valkey\/valkey:8.1.1 para redis:8.0) vinculando o cont\u00eainer aos n\u00facleos de 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
![\"Compara\u00e7\u00e3o](\"\/wp-content\/uploads\/2025\/06\/512bd8dc9f4e4cc2562b59db68823b07.png\")
<\/center> <\/p>\n![\"Compara\u00e7\u00e3o](\"\/wp-content\/uploads\/2025\/06\/b81d26ec066d0af829859a11236ae2a6.png\")
<\/center> <\/p>\n