ஜென்ஸ் ஆக்ஸ்போ, io_uring மற்றும் I/O திட்டமிடுபவர்களான CFQ, Deadline மற்றும் Noop ஆகியவற்றை உருவாக்கியவர், Linux கர்னலில் I/O தேர்வுமுறையில் தனது சோதனைகளைத் தொடர்ந்தார். இந்த நேரத்தில், அவரது கவனம் BFQ மற்றும் mq-டெட்லைன் I/O திட்டமிடுபவர்களுக்கு வந்தது, இது குறைந்த பட்சம் அதிவேக NVMe டிரைவ்களின் விஷயத்தில் ஒரு தடையாக மாறியது.
நிலைமை பற்றிய ஆய்வு காட்டியது போல, I/O திட்டமிடல் துணை அமைப்புகளின் துணைச் செயல்திறனுக்கான முக்கிய காரணங்களில் ஒன்று போட்டியிடும் பூட்டுகளில் உள்ள சிக்கல்கள் ("பூட்டு சர்ச்சை", மற்றொரு நூல் மூலம் பூட்டைப் பெறுவதற்கான முயற்சி). அனுப்புதல் மற்றும் வினவல் செருகலின் வரிசைப்படுத்தல் போன்ற பூட்டுகளைச் செயலாக்கும்போது சர்ச்சையைக் குறைக்கும் நோக்கில் நடவடிக்கைகளுக்கு நன்றி, திட்டமிடுபவர்களின் வேகம் பல சூழ்நிலைகளில் (IOPS இல்) கணிசமாக அதிகரித்துள்ளது.
ஃபியோ பயன்பாட்டுடன் BFQ திட்டமிடலைச் சோதிக்கும் போது, செயல்திறன் 567K இலிருந்து 1551K IOPS ஆக அதிகரித்தது, மேலும் பூட்டு தகராறு 96% இலிருந்து 30% ஆக குறைந்தது. mq-டெட்லைன் விஷயத்தில், NVMe டிரைவைப் பயன்படுத்தும் போது முன்மொழியப்பட்ட பேட்ச்களைப் பயன்படுத்திய பிறகு செயல்திறன் வினாடிக்கு 1070K இலிருந்து 2560K உள்ளீடு/வெளியீட்டு செயல்பாடுகள் (IOPS) ஆக அதிகரித்தது, மேலும் பூட்டுதல் 94% இலிருந்து 23% ஆக குறைந்தது.
ஆதாரம்: opennet.ru