{"id":113046,"date":"2024-01-22T11:28:02","date_gmt":"2024-01-22T09:28:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dlya-yadra-linux-podgotovleny-optimizaczii-povyshayushhie-proizvoditelnost-planirovshhikov-vvoda-vyvoda"},"modified":"2024-01-22T11:28:02","modified_gmt":"2024-01-22T09:28:02","slug":"dlya-yadra-linux-podgotovleny-optimizaczii-povyshayushhie-proizvoditelnost-planirovshhikov-vvoda-vyvoda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/dlya-yadra-linux-podgotovleny-optimizaczii-povyshayushhie-proizvoditelnost-planirovshhikov-vvoda-vyvoda","title":{"rendered":"Sono state preparate ottimizzazioni per il kernel Linux che migliorano le prestazioni dei pianificatori di input\/output.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Jens Axboe, creatore di io_uring e degli scheduler di I\/O CFQ, Deadline e Noop, ha continuato i suoi esperimenti sull'ottimizzazione dell'I\/O nel kernel Linux. Questa volta, la sua attenzione si \u00e8 concentrata sugli scheduler di I\/O BFQ e mq-deadline, che si sono rivelati un collo di bottiglia almeno nel caso di unit\u00e0 NVMe ad alta velocit\u00e0. <\/p>\n
L'analisi della situazione ha rivelato che una delle principali cause delle prestazioni subottimali dei sottosistemi degli scheduler di input\/output sono stati i problemi di contesa dei lock («lock contention», il tentativo di acquisire un lock detenuto da un altro thread). Grazie a misure mirate a ridurre la competizione nella gestione dei lock, come la serializzazione della dispatch e l'inserimento delle richieste, la velocit\u00e0 di funzionamento degli scheduler \u00e8 aumentata notevolmente in diverse situazioni (in IOPS). <\/p>\n
Durante il test dello scheduler BFQ con lo strumento fio, le prestazioni sono aumentate da 567K a 1551K operazioni di I\/O al secondo, e la contesa dei lock \u00e8 diminuita dal 96% al 30%. Nel caso di mq-deadline, le prestazioni dopo l'applicazione delle patch proposte con un'unit\u00e0 NVMe sono aumentate da 1070K a 2560K operazioni di I\/O al secondo (IOPS), e la contesa dei lock \u00e8 scesa dal 94% al 23%. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"