{"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\/es\/blog\/news\/sravnenie-proizvoditelnosti-subd-valkey-i-redis","title":{"rendered":"Comparativa de rendimiento entre las bases de datos Valkey y Redis","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se presentan los resultados de las pruebas de las \u00faltimas versiones de las bases de datos Redis 8.0 y Valkey 8.1, en las que se han anunciado significativas optimizaciones de rendimiento. En todas las pruebas realizadas, el fork desarrollado por la comunidad super\u00f3 el proyecto original, principalmente gracias a la implementaci\u00f3n en Valkey de un nuevo mecanismo para el procesamiento multihilo de entrada\/salida en modo as\u00edncrono, proporcionado al proyecto por Amazon. <\/p>\n
En el entorno de prueba AWS Graviton4 c8g.2xlarge con 8 VCPU, Valkey 8.1.1 logr\u00f3 un rendimiento de 999.8 mil solicitudes SET por segundo, mientras que en Redis 8.0 se alcanz\u00f3 un nivel de 729.4 mil solicitudes por segundo. En general, la capacidad de Valkey fue superior a la de Redis en un 37% para operaciones SET y en un 16% para GET. Adem\u00e1s, en comparaci\u00f3n con Redis, el proyecto Valkey mostr\u00f3 una disminuci\u00f3n de la latencia en el procesamiento de solicitudes del 30% para operaciones SET y del 60% para operaciones GET.
<\/center> <\/p>\n
Se realiz\u00f3 un an\u00e1lisis separado del cambio en el ancho de banda y la latencia en funci\u00f3n del n\u00famero de procesadores en ejecuci\u00f3n simult\u00e1nea en modo de procesamiento multihilo de entrada\/salida. Hasta 3 hilos, Valkey y Redis muestran resultados aproximadamente iguales, pero luego Valkey se adelanta. Con 6 hilos en un sistema con 8 VCPU, el rendimiento de Valkey fue de 678 mil solicitudes SET por segundo, mientras que Redis alcanz\u00f3 las 563 mil solicitudes por segundo con un l\u00edmite de 256 conexiones simult\u00e1neas. Al aumentar las conexiones a 400, el rendimiento de Valkey aument\u00f3 a 832 mil solicitudes SET por segundo.
<\/center> <\/p>\n
Despu\u00e9s de optimizar el manejo de interrupciones en el sistema para reducir el n\u00famero de cambios de contexto, Valkey logr\u00f3 elevar su rendimiento a 999.8 mil solicitudes SET por segundo. La esencia de la optimizaci\u00f3n consisti\u00f3 en asignar 2 VCPU para el manejo de interrupciones y vincular las 6 VCPU restantes a los hilos de procesamiento de entrada\/salida de Valkey y Redis, para evitar la migraci\u00f3n de controladores entre CPU. sudo ethtool -L ens34 combined 2 # limitamos a 2 el n\u00famero de controladores IRQ grep ens34 \/proc\/interrupts # vemos qu\u00e9 controladores est\u00e1n involucrados (99 y 100) echo 1 | sudo tee \/proc\/irq\/99\/smp_affinity # vinculamos el controlador 99 al n\u00facleo 1 echo 2 | sudo tee \/proc\/irq\/100\/smp_affinity # vinculamos el controlador 100 al n\u00facleo 2 # Ejecutamos la base de datos (para Redis cambiar valkey\/valkey:8.1.1 a redis:8.0) vinculando el contenedor a los 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
![\"Comparativa](\"\/wp-content\/uploads\/2025\/06\/512bd8dc9f4e4cc2562b59db68823b07.png\")
<\/center> <\/p>\n![\"Comparativa](\"\/wp-content\/uploads\/2025\/06\/b81d26ec066d0af829859a11236ae2a6.png\")
<\/center> <\/p>\n