{"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\/de\/blog\/news\/dlya-yadra-linux-podgotovleny-optimizaczii-povyshayushhie-proizvoditelnost-planirovshhikov-vvoda-vyvoda","title":{"rendered":"F\u00fcr den Linux-Kernel wurden Optimierungen vorbereitet, die die Leistung der Ein-\/Ausgabe-Planer erh\u00f6hen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Jens Axboe, der Sch\u00f6pfer von io_uring und den I\/O-Scheduler CFQ, Deadline und Noop, hat seine Experimente zur Optimierung der I\/O-Leistung im Linux-Kern fortgesetzt. Diesmal haben die I\/O-Scheduler BFQ und mq-deadline seine Aufmerksamkeit auf sich gezogen, die sich als Engpass erwiesen haben, zumindest im Falle von schnellen NVMe-Speichern. <\/p>\n
Wie die Untersuchung der Situation gezeigt hat, ist eines der Hauptprobleme f\u00fcr die suboptimale Leistung der I\/O-Dispatcher-Subsysteme die Problematik der konkurrierenden Sperren (\"lock contention\", der Versuch, eine von einem anderen Thread gehaltene Sperre zu erlangen). Durch Ma\u00dfnahmen zur Reduzierung des Wettbewerbs bei der Sperrenverarbeitung, wie die Serialisierung der Dispatcher und die Einf\u00fcgung von Anfragen, hat sich die Geschwindigkeit der Dispatcher in zahlreichen Situationen erheblich erh\u00f6ht (in IOPS). <\/p>\n
Bei der Testung des BFQ-Schedulers mit dem Tool fio stieg die Leistung von 567K auf 1551K I\/O-Operationen pro Sekunde, w\u00e4hrend die Konkurrenz um Sperren von 96% auf 30% sank. Im Fall von mq-deadline stieg die Leistung nach Anwendung der vorgeschlagenen Patches beim Einsatz von NVMe-Speicher von 1070K auf 2560K I\/O-Operationen pro Sekunde (IOPS), w\u00e4hrend die Konkurrenz um Sperren von 94% auf 23% sank. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"