Сравнительный анализ увеличения скорости AMD EPYC в Linux 5.18 благодаря улучшению планировщика/NUMA Ожидается, что они помогут процессорам AMD EPYC и другим избранным процессорам Zen в различных рабочих нагрузках. Изменение находится в разработке в течение нескольких месяцев и касается корректировки допустимого дисбаланса NUMA при охвате нескольких LLC. Теперь я провел некоторые из своих собственных тестов на оборудовании EPYC и действительно продолжаю повышать производительность ядра Linux. Патч говорит о хорошем приросте производительности… Теперь тестирование на моей стороне. Это изменение, помещенное в очередь «sched/core» перед окном слияния Linux 5.18 в следующем месяце, не является специфичным для AMD изменением, а является тем изменением, которое приносит пользу процессорам Zen из-за их схемы кэш-памяти. Мел Горман, автор исправления, объяснил: «[Изменение планировщика ядра с 2020 года] допустило дисбаланс между узлами NUMA, чтобы балансировщик нагрузки не разделял задачи связи. Это отлично работает, когда между LLC существует отношение 1: 1. и узел, но может быть неоптимальным для нескольких LLC, если независимые задачи преждевременно используют общий кеш ЦП. Zen * имеет несколько LLC на узел с локальными каналами памяти, и из-за допустимого дисбаланса гораздо сложнее настроить некоторые рабочие нагрузки для оптимальной работы, чем на аппаратное обеспечение с 1 LLC на узел. Этот патч допускает дисбаланс до такой степени, что LLC должны быть сбалансированы между узлами.” Может подтвердить значительный прирост производительности на серии EPYC 7003 в различных рабочих нагрузок с последними изменениями расписания/ядра TIP. Собственные тесты Мела при работе над этим патчем показали улучшение до 272% для теста памяти Stream, а также другие значительные победы, такие как повышение производительности на 10% в Coremark. и макс до 17 %, производительность SPECjbb Java выросла на 18 %, удручающе параллельный тест NPB был примерно на 17 % быстрее, и другие заметные победы. Учитывая очень многообещающие результаты, я провел некоторые из своих собственных тестов локально, и цифры, которые я вижу, не менее впечатляющие — особенно для этого изменения планировщика ядра Linux, которое составляет всего около 50 строк нового кода! Во-первых, несколько тестов, выполненных на сервере AMD EPYC 75F3 2P, построенном на материнской плате ASRockRack ROME2D16-2T и работающем под управлением Ubuntu 21.10. Производительность сравнивалась между Linux 5.17 Git и затем Git с планировкой/ядром, имеющим рассматриваемый патч «sched/fair: отрегулируйте допустимый дисбаланс NUMA, когда SD_NUMA охватывает несколько LLC». Для обоих ядер использовался один и тот же Kconfig ядра.

Ранее в этом месяце я заметил изменение планировщика Linux, помещенное в очередь sched/core перед циклом Linux 5.18, которое, как ожидается, поможет процессорам AMD EPYC и другим избранным процессорам Zen в различных рабочие нагрузки. Изменение находится в разработке в течение нескольких месяцев и касается корректировки допустимого дисбаланса NUMA при охвате нескольких LLC. Сейчас я провел некоторые из своих собственных тестов на оборудовании EPYC и действительно продолжаю повышать производительность ядра Linux.