የቫልኪ እና የሬዲስ ዲቢኤምኤስ አፈፃፀም ማወዳደር

የRedis 8.0 እና Valkey 8.1 DBMS የቅርብ ጊዜ የተለቀቁት የሙከራ ውጤቶች ቀርበዋል፣ በዚህ ውስጥ ጉልህ የአፈጻጸም ማሻሻያዎች ታውጃል። በተደረጉት ሁሉም ሙከራዎች ፣በህብረተሰቡ የተገነባው ሹካ ከመጀመሪያው ፕሮጀክት በልጦ ነበር ፣በዋነኛነት በቫልኪ ውስጥ በመተግበሩ ምክንያት በአማዞን ወደ ፕሮጀክቱ የተላለፈው ባለብዙ-ክር ግብዓት / ውፅዓት ሂደት አዲስ ዘዴ።

በ AWS Graviton4 c8g.2xlarge የሙከራ አካባቢ ከ 8 ቪሲፒዩዎች ጋር፣ ቫልኬ 8.1.1 በሰከንድ 999.8 ሺህ SET ጥያቄዎችን አሳክቷል ፣ Redis 8.0 በሴኮንድ 729.4 ሺህ ጥያቄዎችን አግኝቷል። በአጠቃላይ የቫልኪ ግብአት ከሬዲስስ ለኤስኢቲ ኦፕሬሽኖች በ37% ከፍ ያለ ሲሆን ለGET ደግሞ 16% ከፍ ያለ ነው። በተመሳሳይ ጊዜ፣ ከሬዲስ ጋር ሲነጻጸር፣ ቫልኬ በ SET የ30% ቅናሽ እና የGET መዘግየት 60% ቅናሽ አሳይቷል።

በብዝሃ-ክር I/O ሂደት ሁነታ ላይ ባሉ ትይዩ ፕሮሰሰሮች ብዛት ላይ በመመስረት የውጤት ለውጥ እና መዘግየቶች የተለየ ትንታኔ ተካሄዷል። እስከ 3 ክሮች፣ ቫልኪ እና ሬዲስ በግምት እኩል ውጤቶችን ያሳያሉ፣ ነገር ግን ቫልኪ መሪነቱን ይይዛል። ከ 6 ቪሲፒዩዎች ጋር ባለ 8 ክሮች በሲስተሙ ላይ፣ የቫልኪ አፈጻጸም በሰከንድ 678 ሺህ SET ጥያቄዎች ነበር፣ እና Redis's በሴኮንድ 563 ሺህ ጥያቄዎች በ256 በአንድ ጊዜ ግንኙነቶች ገደብ ነበረው። የግንኙነቶች ብዛት ወደ 400 ሲጨምር የቫልኪ አፈጻጸም በሰከንድ ወደ 832 ሺህ SET ጥያቄዎች ጨምሯል።

በቫልኪ ውስጥ ያሉ የአውድ መቀየሪያዎችን ቁጥር ለመቀነስ በሲስተሙ ውስጥ የማቋረጥ አያያዝን ካመቻቸን በኋላ አፈፃፀሙን ወደ 999.8 ሺህ SET ጥያቄዎች በሰከንድ ማሳደግ ችለናል። የማመቻቸት ዋናው ነገር 2 ቪሲፒዩዎችን ለማቋረጥ አያያዝ እና ቀሪዎቹን 6 ቪሲፒዩዎች ከቫልኪ እና ሬዲስ አይ/ኦ ፕሮሰሲንግ ክሮች ጋር በማያያዝ በሲፒዩዎች መካከል ያለውን የተቆጣጣሪዎች ፍልሰት ለማስወገድ ወረደ። sudo ethtool -L ens34 ጥምር 2 # የ IRQ ተቆጣጣሪዎችን ቁጥር በ 2 grep ens34 /proc/interrupts ይገድቡ # የትኞቹ ተቆጣጣሪዎች እንደሚሳተፉ ይመልከቱ (99 እና 100) echo 1 | sudo tee /proc/irq/99/smp_affinity # bind handler 99 tocore 1 echo 2 | sudo tee /proc/irq/100/smp_affinity # bind handler 100 tocore 2 # DBMS ጀምር (ለሬዲስ፣ ቫልኬይ/ቫልኬይ፡ 8.1.1 ወደ redis፡8.0 ቀይር) በኮንቴይነር ከሲፒዩ ኮሮች 2-7 docker run —network=»አስተናጋጅ» —rm \=cpuset2-7 valkey/valkey፡8.1.1 \ —አስቀምጥ «» -በአባሪነት የለም -io-strings 6

ለአፈጻጸም ሙከራ የሚከተለው ትዕዛዝ ጥቅም ላይ ውሏል፡ docker run —network=»host» —rm —cpuset-cpus=»2-7″ \ valkey/valkey:8.0.1 valkey-benchmark \ -h 172.31.4.92 -p 6379 -t SET,GET -n 100000000 - ክሮች 256 -d 3000000

ምንጭ: opennet.ru