Пряжа отличается по своему инфраструктурному слою от оригинальной карты уменьшения архитектуры следующим образом:

В YARN трекер заданий разделен на два разных демона, называемыхResource Manager а такжеNode Manager (конкретный узел). Диспетчер ресурсов управляет только распределением ресурсов между различными заданиями, за исключением того, что включает в себя планировщик, который просто заботится о планировании заданий, не беспокоясь о каких-либо обновлениях мониторинга или состояния. Различные ресурсы, такие как память, время процессора, пропускная способность сети и т. Д., Помещаются в один модуль, называемыйResource Container, Они разныеAppMasters работает на разных узлах, которые общаются с рядом этих контейнеров ресурсов и соответственно обновляют Node Manager с подробностями мониторинга / состояния.

Я хочу знать, как использование такого подхода повышает производительность с точки зрения уменьшения карты? Кроме того, если есть какая-то определенная информация о мотивации Yarn и ее преимуществах по сравнению с существующей реализацией Map-Reduce, пожалуйста, укажите мне на то же самое.