Я установил максимальные значения vcores распределения в 1 в файле yarn-site.xml и количество физических ядер до 2. Все узлы одинаковы. Однако sometims, YARN выделяет 3 контейнера для узла. Он сообщает, что на этом узле доступны -1 vcores. Что заканчивается, так это то, что nodemanager отключается на этом узле, и работа завершается неудачно. Как вы предотвращаете YARN из-за выделения vcores? Доступны и другие доступные узлы, в которых используется 0 vcores. Я уже указал минимальное и максимальное количество вложений, которые могут быть выделены, и количество физических вложений на узел. Когда я смотрю отчеты YARN, все выглядит правильно.Пряжа выделяет слишком много vcores на узле
0
A
ответ
1
Этот answer - это то, что вы ищете. К сожалению, похоже, что поведение YARN по умолчанию заключается в том, чтобы рассматривать память только при выполнении этих распределений. К счастью, это можно изменить, см. Связанный ответ.
Я чувствую себя обманутым всей документацией по YARN, поскольку ничего, что я нашел, не упоминает, что это изменение требуется, но есть много блогов/сообщений о том, как установить значение vcore.
Смежные вопросы
- 1. пряжа не почитает yarn.nodemanager.resource.cpu-vcores
- 2. Новое выделяет слишком много памяти
- 3. libxml выделяет слишком много памяти на iphone
- 4. Java 8 выделяет слишком много памяти
- 5. Использование памяти: программа выделяет слишком много памяти
- 6. NSFetchedResultsController delegate выделяет слишком много UITableViewCells
- 7. пряжи: Как сделать Пряжа использовать больше памяти и vcores
- 8. Ambari настройки ПРЯЖА контейнер
- 9. Hadoop ПРЯЖА Cluster Performance Tuning
- 10. Проект VC++ 10 выделяет слишком много памяти для объектов
- 11. Apache Hadoop Пряжа - Недоиспользование ядер
- 12. ER_CON_COUNT_ERROR: Слишком много ошибок подключения в узле-mysql
- 13. Слишком много слоев косвенности, это слишком много?
- 14. пряжа java процесс не убит
- 15. Слишком много запросов на странице
- 16. Слишком много значений на X
- 17. слишком много питонов на linux
- 18. Слишком много перенаправлений на AppHarbor
- 19. Ссылка выделяет много информации html/js
- 20. Действительно ли socket.io выделяет много вычислительной мощности?
- 21. BitmapData выделяет много памяти при создании
- 22. Пряжа: Нужен ли нам nodemanager на namenode?
- 23. Спарк Пряжа Архитектура
- 24. TableSorter слишком много записей
- 25. Это слишком много строк и слишком много вложенных блоков?
- 26. Слишком много плагинов jquery?
- 27. Слишком много переадресаций wordpress
- 28. dumpdata, слишком много аргументов?
- 29. Слишком много вызовов futex()
- 30. JQuery - слишком много рекурсии