{"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\/news\/dlya-yadra-linux-podgotovleny-optimizaczii-povyshayushhie-proizvoditelnost-planirovshhikov-vvoda-vyvoda","title":{"rendered":"Ottimizzazioni sono state preparate per il kernel Linux, aumentando le prestazioni degli scheduler I\/O","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Jens Axboe, creatore di io_uring e degli scheduler I\/O CFQ, Deadline e Noop, ha continuato i suoi esperimenti con l'ottimizzazione dell'I\/O nel kernel Linux. Questa volta, la sua attenzione si \u00e8 concentrata sugli scheduler I\/O BFQ e mq-deadline, che si sono rivelati un collo di bottiglia almeno nei casi di unit\u00e0 NVMe ad alta velocit\u00e0. <\/p>\n
Come ha dimostrato lo studio della situazione, una delle principali ragioni della prestazione subottimale dei sottomoduli dei pianificatori di input\/output \u00e8 stata rappresentata dai problemi di contenimento dei lock (\"lock contention\", tentativo di ottenere un lock detenuto da un altro thread). Grazie alle misure mirate a ridurre la competizione nella gestione dei lock, come la serializzazione della pianificazione e l'inserimento delle richieste, la velocit\u00e0 operativa dei pianificatori \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 I\/O al secondo, mentre la competizione per i lock \u00e8 diminuita dal 96% al 30%. Nel caso di mq-deadline, le prestazioni dopo l'applicazione delle patch proposte utilizzando un'unit\u00e0 NVMe sono aumentate da 1070K a 2560K operazioni I\/O al secondo (IOPS), mentre la competizione per i lock \u00e8 diminuita dal 94% al 23%. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"