Рабочая станция для CFD и гидрогазодинамических расчётов

Если нужен короткий ответ — он такой: в CFD вы упрётесь не в количество ядер. Сначала закончится оперативная память, потом начнёт тормозить подсистема памяти, потом вмешается лицензия решателя — и только после этого число ядер станет реальным ограничителем. Поэтому конфигурация «давайте побольше ядер» — обычно самый дорогой способ не получить ускорения.

Эта статья — не обзор. Это разбор для инженера, который уже решил, что станция нужна, и теперь считает, за что имеет смысл платить. Мы в MAXXPC собираем машины под расчётные задачи регулярно, и почти каждый разговор начинается одинаково: «нам нужно 32 ядра». А заканчивается другой конфигурацией — чаще дешевле, иногда дороже, но по другой статье расходов.

Как CFD нагружает машину: три разных этапа

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

Построение и подготовка сетки

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

На практике это выглядит так: вы купили 32-ядерную машину, запустили построение сетки для сложной геометрии и наблюдаете загрузку процессора 6-8%. Один поток считает, остальные простаивают. Это нормально. Это не признак поломки и не признак плохой настройки — это свойство задачи.

Решение

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

Постобработка и визуализация

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

Вывод из трёх этапов простой: конфигурация под CFD — это компромисс между тремя разными профилями нагрузки, а не максимизация одного параметра.

Сколько ядер реально нужно

Начнём с неприятного факта: масштабирование CFD-решателя по ядрам нелинейное. Переход с 4 ядер на 8 даёт ощутимый выигрыш. С 8 на 16 — заметный, но уже меньше. С 16 на 32 на одной машине — часто разочаровывающий. Причина не в кривом софте, а в физике вычислений.

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

Где эта точка — зависит от размера задачи. Логика грубая, но рабочая: чем больше ячеек приходится на одно ядро, тем лучше масштабирование. Мелкая задача, размазанная по 24 ядрам, превратится в соревнование по обмену сообщениями. Крупная задача на тех же 24 ядрах будет считаться достойно.

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

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

Есть ещё третий случай, о котором редко думают заранее: станция обслуживает не только расчёты. Инженер в одном окне считает, в другом крутит сборку в САПР, в третьем открыта почта и браузер с двадцатью вкладками. Запас по ядрам здесь нужен не для решателя, а чтобы машина не превращалась в кирпич на время счёта.

Память: главный ограничитель

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

Первый: решатель честно сообщает, что памяти не хватает, и отказывается стартовать. Это, как ни странно, лучший исход — вы сразу знаете проблему. Второй: операционная система начинает использовать накопитель как продолжение памяти. Формально расчёт идёт. Фактически разница в скорости между оперативной памятью и SSD такая, что расчёт на несколько часов может превратиться в многодневный. И вы это обнаружите не сразу, а когда посмотрите на прогресс через сутки.

Отдельная история — пропускная способность. Поскольку решатель ограничен скоростью доставки данных, на производительность влияет не только частота модулей, но и число каналов памяти, и то, заполнены ли они симметрично. Собрать 64 ГБ одним модулем и 64 ГБ двумя — это разные машины по скорости счёта при одинаковом объёме. На платформах с четырьмя и более каналами разница ещё заметнее.

Теперь про деньги, потому что здесь всё изменилось. Комплект DDR5 32 ГБ за год подорожал с 10 500 до 42 000 ₽ — в четыре раза. SSD 1 ТБ вырос с 5 000 до 12 500 ₽. IDC не ждёт смягчения дефицита памяти до начала 2028 года. То есть компонент, который в CFD определяет саму возможность запустить задачу, стал самой дорогой частью конфигурации — и подешевеет он не скоро. Мы подробно разбирали динамику цен в материале о том, когда ждать снижения цен на комплектующие.

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

Процессор против видеокарты: кто за что отвечает

Разделение труда тут довольно чёткое, и путаница в нём стоит денег.

• Процессор тянет решатель. Основная часть CFD-расчётов и прочностных задач считается на CPU, и здесь важны ядра, частота и память.
• Видеокарта отвечает за интерактив: вращение модели, отображение полей, построение линий тока, рендер анимаций и отчётных картинок. Объём видеопамяти определяет, насколько крупную картину вы сможете крутить без рывков.
• Часть решателей умеет считать на GPU. Если ваш пакет это поддерживает и ваша задача попадает в поддерживаемый тип расчёта, видеокарта даёт серьёзный выигрыш. Если не поддерживает — она не ускорит счёт ни на минуту, сколько бы вы за неё не заплатили.

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

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

Лицензии: то, о чём узнают после покупки

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

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

• лицензия включает базовое число ядер для решателя, дополнительные ядра покупаются пакетами;
• ограничено число одновременных параллельных задач, а не ядер;
• комбинированная схема: токены или кредиты, которые тратятся в зависимости от размерности задачи и числа задействованных ядер.

Что из этого следует для выбора железа. Во-первых, число ядер в станции нужно согласовывать с лицензией, а не наоборот. Купить 24 ядра под лицензию на 8 — значит оплатить простой 16 ядер. Во-вторых, расширение лицензии на ядра в длинной перспективе часто обходится дороже, чем само железо: станция покупается один раз, лицензия продлевается ежегодно.

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

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

Накопитель и сеть

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

Что важно в накопителе под CFD:

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

Разумная схема — разделить накопители: системный и рабочий с расчётами. Активный проект лежит на быстром NVMe, архив переносится на ёмкий накопитель или в сетевое хранилище.

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

Подбор станций MAXXPC под CFD

Ниже — сопоставление наших конфигураций с расчётными сценариями. Цены актуальны на момент публикации; при согласовании бюджета учитывайте, что Intel поднимает цены на процессоры примерно на 10% в октябре 2026 года, а память продолжает дорожать.

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

Заметьте, что PRO R5 с 16 ядрами стоит 400 000 ₽, а PRO D7 с 24 ядрами — 1 100 000 ₽. Разница почти втрое. Восемь дополнительных ядер столько не стоят — разница в остальной платформе и в том, что в неё можно поставить. Если ваша лицензия ограничена восемью ядрами, PRO D7 вам не нужен ни при каких условиях.

Как понять, что вам нужно, до покупки

Чек-лист. Ответы на эти вопросы занимают полчаса и определяют конфигурацию точнее, чем любая статья.

• Сколько ячеек в вашей типичной задаче? Не в самой большой за всю историю, а в той, которую вы считаете каждую неделю. Конфигурация строится под повседневную работу.
• Сколько памяти занимает текущий расчёт? Посмотрите пиковое потребление в диспетчере задач во время счёта. Это ваш реальный минимум, к которому нужен запас.
• Упираетесь ли вы в память сейчас? Если расчёты падают с ошибкой выделения памяти или система уходит в подкачку — вопрос ядер можно отложить, проблема не в них.
• Сколько ядер разрешает лицензия? Откройте договор. Это самая дешёвая проверка из списка и самая результативная.
• Сколько задач вы запускаете одновременно? Одну длинную или серию коротких — это две разные конфигурации.
• Поддерживает ли ваш решатель расчёт на GPU и для каких типов задач? От ответа зависит, нужна ли карта за большие деньги или достаточно средней под визуализацию.
• Где лежат результаты и кто с ними работает? Если данные гоняются по отделу, вложение в сеть и хранилище даст больше, чем в процессор.
• Сколько длится ваш обычный расчёт и насколько это мешает? Если счёт идёт ночью и к утру готов — ускорять нечего. Если инженер сидит и ждёт — считаем стоимость его времени.
• Какой запас по памяти нужен на горизонте двух лет? С учётом цен на DDR5 докупать позже будет дороже.

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

Что даёт переход на старшую конфигурацию

Честный разбор, без попытки продать подороже.

Когда доплата оправдана

• Вы сейчас не можете запустить нужную задачу из-за памяти. Здесь переход на платформу с большим объёмом даёт не ускорение, а новую возможность. Это самый очевидный случай, когда платить стоит.
• Инженер ждёт расчёт в рабочее время. Если человек с зарплатой выше средней сидит и смотрит на прогресс-бар несколько часов в день, арифметика окупаемости сходится быстро.
• Вы считаете серии вариантов и лицензия разрешает параллельные задачи. Тогда дополнительные ядра работают с почти идеальным масштабированием — редкий случай, когда «побольше ядер» действительно помогает.
• Постобработка тормозит. Если модель рывками крутится при визуализации, видеопамять закончилась, и карта старшего уровня решает проблему напрямую.

Когда доплата не нужна

• Лицензия ограничивает число ядер. Лишние ядра будут простаивать. Деньги уйдут в вентиляторы.
• Расчёты идут в ночную смену. Если результат нужен к утру и он к утру есть — ускорение ничего не меняет в процессе работы.
• Основное время уходит на подготовку геометрии и сетку. Эти этапы слабо параллелятся, и переход с 16 ядер на 24 вы просто не заметите.
• Вместо ядер можно добавить память. При текущих ценах на DDR5 разница между конфигурациями часто целиком уходит в модули памяти — и это вложение даёт больше.

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

И про рынок. По исследованию спроса в B2B-сегменте САПР, CAE и CFD формируют 57% запросов против 19,2% у задач ИИ. То есть расчётные задачи остаются основной причиной покупки рабочих станций, при этом конфигурации под них часто собираются по логике игровых или рендерных машин. Отсюда и переплата за то, что решателю не нужно.

Итог

• Узкое место в CFD — память: сначала объём, потом пропускная способность. Ядра идут третьими.
• Масштабирование по ядрам нелинейное: каждый следующий блок даёт меньший прирост, а после определённой точки может и замедлить расчёт.
• 8-16 ядер закрывают большинство повседневных расчётных задач на одиночной станции.
• Построение сетки почти однопоточное — здесь важна частота, а не количество ядер.
• Видеокарта нужна под постобработку и визуализацию; ускорение счёта на GPU работает только если решатель это поддерживает и задача влезает в видеопамять.
• Лицензия может ограничить число задействованных ядер — проверять надо до покупки железа, а не после.
• Несколько параллельных задач по 4-8 ядер часто продуктивнее одной задачи на 16 ядрах.
• Память покупайте с запасом сразу: DDR5 32 ГБ подорожал с 10 500 до 42 000 ₽ за год, и до 2028 года смягчения дефицита не ожидается.
• Быстрый накопитель под активный проект и нормальная сеть при командной работе дают больше, чем лишние ядра.

Частые вопросы

Почему расчёт не ускорился после перехода на процессор с большим числом ядер?

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

Сколько памяти брать под CFD?

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

Нужна ли профессиональная видеокарта для расчётов?

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

Что лучше: одна мощная станция или несколько средних?

Зависит от характера задач и лицензии. Одна длинная задача, которую нельзя разбить, требует мощной машины с большим объёмом памяти. Серия независимых вариантов считается быстрее на нескольких средних станциях — масштабирование там идеальное, накладных расходов на распараллеливание нет. Плюс несколько машин — это отказоустойчивость: вышла одна, работа продолжается.

Имеет ли смысл подождать со покупкой из-за цен?

На память и накопители ждать нечего: IDC не прогнозирует смягчения дефицита до начала 2028 года, а Intel поднимает цены на процессоры примерно на 10% в октябре 2026 года. Если станция нужна для работы сейчас, отсрочка скорее увеличит счёт, чем уменьшит. Если же покупка плановая и не срочная — следите за динамикой по отдельным категориям, она неоднородная.

Запросить конфигурацию под свой расчёт