Jens Axboe, créateur d'io_uring et des planificateurs d'E/S CFQ, Deadline et Noop, a poursuivi ses expériences sur l'optimisation des E/S dans le noyau Linux. Cette fois, il s'est penché sur les planificateurs d'E/S BFQ et mq-deadline, qui se sont révélés être des goulets d'étranglement, du moins dans le cas des disques NVMe rapides.
Comme l'indique l'étude de la situation, l'une des principales raisons de la performance sous-optimale des sous-systèmes des planificateurs d'E/S était les problèmes de contention de verrouillage (« lock contention »), c'est-à-dire lorsqu'un thread essaie d'obtenir un verrou détenu par un autre thread. Grâce à des mesures visant à réduire la concurrence lors du traitement des verrous, comme la sérialisation de la distribution et l'insertion de requêtes, la vitesse des planificateurs a augmenté dans plusieurs situations (en IOPS).
Lors des tests du planificateur BFQ avec l'outil fio, les performances ont augmenté de 567K à 1551K opérations d'E/S par seconde, tandis que la concurrence de verrouillage a chuté de 96 % à 30 %. Dans le cas de mq-deadline, après application des correctifs proposés avec un disque NVMe, les performances ont grimpé de 1070K à 2560K opérations d'E/S par seconde (IOPS), et la concurrence de verrouillage a diminué de 94 % à 23 %.
Source : opennet.ru
