PYLON против OBELISK: как выбрать между Ryzen 7950X и Ryzen 9950

MAATRIX · Выделенные серверы · Статья 22 из 48

В споре двух шестнадцатиядерных серверов очень легко оказаться на стороне большего числа. У PYLON в названии процессора стоит 7950X, у OBELISK — 9950. Второе выглядит новее, стоит чуть дороже и, кажется, должно немедленно победить. Но у такого сравнения есть маленькая трудность: сервер арендуют ради выполненной работы, а номер модели сам по себе её не выполняет.

Эта статья — разбор близких тарифов для разработчиков, владельцев сервисов и тех, кто выбирает машину с быстрыми ядрами. Посмотрим, за что доплачиваются $20 в месяц, где новое поколение может быть полезно и какие детали нужно уточнить прежде, чем объявлять победителя.

Сначала установим, какие процессоры сравниваются

У PYLON указан AMD Ryzen 7950X. Его полное название — Ryzen 9 7950X: 16 ядер, 32 потока, архитектура Zen 4, базовая частота 4,5 ГГц и boost до 5,7 ГГц. Эти сведения подтверждает страница AMD.

В карточке OBELISK написано AMD Ryzen 9950, без суффикса. Частоты 4,3 и 5,7 ГГц совпадают с характеристиками Ryzen 9 9950X, но совпадение не заменяет подтверждение комплектации. Перед заказом стоит получить полное обозначение CPU. Если речь именно о 9950X, это Zen 5 с теми же 16 ядрами и 32 потоками. Источник — спецификация Ryzen 9 9950X.

Дальнейшее рассуждение о смене архитектуры относится к этому условию. Мы не будем незаметно приписывать карточке недостающую букву. В выборе железа одна буква иногда стоит длинного разговора с поддержкой, и лучше провести его до миграции.

Что покупатель получает за $429 и $449

Разница составляет около 4,7% стоимости PYLON. При неизменных ценах за двенадцать месяцев она вырастает до $240. Для проекта с регулярной вычислительной нагрузкой это небольшая сумма, если старший сервер действительно выполняет полезную работу быстрее. Для почти пустующей машины результат может быть обратным: вы просто оплатите чуть более современное ожидание следующего запроса.

Объём оперативной памяти и накопителя одинаков. Поэтому переход от PYLON к OBELISK не следует называть расширением сервера по всем направлениям. Если проблема в нехватке RAM, второй тариф в указанной комплектации её не устранит. Если проекту тесно на диске, терабайт останется терабайтом.

Нельзя заранее считать одинаковыми и сами накопители: карточки сообщают класс интерфейса и ёмкость, но не полную модель SSD. Для чувствительного к записи приложения этот вопрос способен оказаться важнее разницы процессоров. То же относится к частоте и размещению модулей памяти, условиям охлаждения и настройкам питания.

Почему одинаковые 5,7 ГГц не означают одинаковую скорость

Частота похожа на темп работы переводчика. Два человека могут одинаково быстро произносить слова, но по-разному справляться со сложным текстом. У процессоров тоже различаются внутренняя организация, способы предсказания следующих действий, работа кешей и исполнительных блоков. Поэтому новая архитектура способна выполнять за такт другой объём работы.

Однако приложение состоит из множества участков. Один хорошо использует возможности CPU, другой постоянно ждёт данные, третий обращается к внешнему сервису. Улучшение вычислительной части ускоряет только соответствующую долю операции. Если большую часть времени занимает ожидание сетевого ответа, радикального изменения от нового CPU ждать не стоит.

Кроме того, максимальная частота — верхняя граница определённого режима, а не постоянная частота всех ядер. Длительная параллельная задача живёт в условиях ограничений по мощности и температуре. Краткий тест и час непрерывных сборок способны показать разные стороны одной машины.

По этой причине полезно спросить, можно ли выполнить собственную проверку, а при её отсутствии — запросить результат сопоставимого сценария с описанными условиями. Формулировка «новее, значит быстрее на столько-то процентов» слишком многое пропускает. Процент без задачи похож на прогноз погоды без названия города.

Один долгий запрос и шестнадцать независимых работ

Есть два совершенно разных ожидания от шестнадцатиядерного сервера. В первом случае нужно быстрее завершить отдельную операцию: собрать один отчёт, обработать запрос сложного приложения, пересчитать состояние игрового мира. Во втором — выполнить больше независимых заданий за час.

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

Во втором сценарии значение имеет общая производительность под длительной нагрузкой. Сборочная ферма или очередь обработки файлов способны занять много ядер, но затем упереться в память, чтение исходных данных или запись результатов. Чем больше задач вы запускаете одновременно, тем важнее контролировать эти соседние ограничения.

Условный пример: четыре сборки занимают меньше времени по отдельности, чем восемь одновременно. Добавление параллелизма при этом может увеличить количество готовых сборок за час — а может и уменьшить, если не хватает памяти и начинается активный обмен с диском. Успех оценивается по завершённой работе и времени ожидания, а не по тому, насколько красиво график CPU прижат к потолку.

Оба тарифа имеют по 64 ГБ RAM. Для нескольких тяжёлых процессов это общий бюджет, из которого часть уже занята системой и службами. Если увеличение параллельности упирается в память, смена поколения CPU окажется обходным путём к прежнему ограничению.

Какой тариф выбрать для типичных задач

Веб-приложение с постоянной нагрузкой. Если большая часть времени уходит на обработку запросов процессором, OBELISK после подтверждения CPU заслуживает проверки. Если тормозит база из-за запросов или диска, начинать нужно с этих причин. PYLON остаётся сильным кандидатом, когда требуемое время ответа уже достигается с запасом.

CI/CD и компиляция. Сравнивайте один и тот же проект, одинаковое число параллельных заданий и одинаковое состояние кеша зависимостей. Холодный запуск и повторная сборка отвечают на разные вопросы. Отдельно проверьте длительную серию запусков: она покажет, насколько предсказуемо работает машина в обычный рабочий день команды.

Игровой сервер. Сначала выясните, где находится ограничение конкретного движка и набора модификаций. Для одного мира важна устойчивость игрового цикла, для нескольких экземпляров — распределение нагрузки между ними. Пропускная способность порта не исправляет задержку до игроков, особенно если аудитория далеко от американской площадки. Выбор локации разобран в материале о выделенных серверах в США для игровых проектов.

Небольшой парк виртуальных машин. Важны размеры и пики каждой VM. Иногда обе конфигурации одинаково хорошо выполняют работу, а удобство резервного копирования и восстановления определяет больше, чем разница поколений. Если виртуальные машины требуют суммарно больше доступной памяти, нужен другой объём RAM, а не более уверенное чтение прайса.

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

Маленький тест, которому можно доверять

Для сравнения не нужна собственная лаборатория с торжественной табличкой на двери. Достаточно дисциплины: одинаковые исходные данные, версии программ, настройки и число одновременно выполняемых задач. Если переносится приложение, пригодится обезличенная копия рабочей базы сопоставимого размера.

Начните с проверки без искусственного перегруза. Вы должны увидеть поведение при ожидаемой нагрузке, а затем постепенно увеличить её. Записывайте не только среднее время выполнения, но и медленные ответы: пользователи обычно запоминают именно их. Отдельно сохраняйте число ошибок, иначе «ускорение» может оказаться быстрым отказом в обслуживании.

Для веб-сценария удобно заранее задать критерий прохождения: например, приемлемую задержку и допустимую долю ошибок. Конкретные значения определяются требованиями проекта, а не берутся из чужой статьи. В k6 такой подход реализуется через thresholds; смысл и примеры описаны в документации Grafana k6.

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

Результат полезно записать короткой таблицей: сценарий, достигнутое время, ошибки, потребление памяти и загрузка диска. Такая запись переживёт смену настроения гораздо лучше впечатления «вроде пошустрее». Она же поможет решить, оправданы ли дополнительные $20.

Когда срочность важнее поколения

В карточках указаны разные сроки подготовки: 72 часа для PYLON и 96 для OBELISK. Это условия предложения, которые нужно подтвердить при заказе. При плановом переезде сутки разницы часто несущественны. При запуске проекта к назначенной дате они могут определить весь календарь.

Выдача доступа ещё не означает готовность приложения к работе. Нужны установка, перенос данных, проверка резервных копий, испытания и переключение трафика. Лучше заказать сервер с запасом времени, чем экономить один день на тестировании ради более нового процессора.

Если же исходная проблема — нехватка мощности прямо сейчас, полезно рассмотреть временное увеличение ресурсов текущей среды или уменьшение фоновой нагрузки. Решение зависит от доступных возможностей, но аварийная спешка редко улучшает качество сравнения. Общий порядок подготовки описан в статье о переезде из облака на выделенный сервер.

У обоих тарифов остаётся один физический хост. Ни новое поколение, ни шестнадцать ядер не создают резервный узел. Если простои недопустимы, часть бюджета и времени должна уйти на архитектуру восстановления. Покупка более быстрого CPU и обеспечение доступности — разные работы.

Решение без соревнования шильдиков

PYLON разумно выбирать, когда его производительность подтверждена вашим сценарием, важен более короткий заявленный срок подготовки или нет оснований считать процессор главным ограничением. Это не компромисс ради экономии любой ценой, а понятная конфигурация с известной моделью CPU.

OBELISK стоит рассматривать, когда точный процессор подтверждён и новая платформа даёт полезный выигрыш в вашей задаче. При разнице $20 даже умеренное сокращение регулярно повторяющейся работы способно оправдать доплату. Но если вам требуется больше памяти, второй диск или другая локация, нужно менять условия выбора.

Хороший итог сравнения звучит предметно: «Эта машина завершает нашу очередь вовремя» или «Этот сервер выдерживает нужную нагрузку с запасом». Фраза «номер у него больше» годится для первого взгляда на прайс. Для ежемесячного счёта хочется аргумента посерьёзнее.

Все материалы о выделенных серверах