Мировой опыт · Инженерные вычисления
Гонка начинается
в серверной
Как McLaren превращает вычисления
в решения для гоночного болида
За мгновением на трассе — работа людей, которые проверяют идеи, сравнивают варианты и добиваются того, чтобы новая деталь действительно помогала машине.

На трассе зритель видит пилота. За его спиной — тысячи инженерных решений. Каждое нужно успеть проверить, воплотить и сопоставить с тем, как ведёт себя настоящая машина.
McLaren и Dell Technologies сотрудничают с 2018 года. В феврале 2026-го команда объявила о продлении партнёрства: вычислительная инфраструктура используется в проектировании, производстве и работе во время гонок. Источник: McLaren, 17 февраля 2026.
Для конструкторского бюро или промышленного предприятия этот кейс интересен знакомой задачей: как сократить путь от хорошей идеи до решения, которому можно доверять. Где именно команда теряет время — в расчёте, передаче файлов, очереди заданий или повторной проверке?
Удачная форма начинается с вопроса
Представим учебную ситуацию: инженер предлагает изменить аэродинамический элемент. Визуально новая форма выглядит убедительно. Но что произойдёт с потоком воздуха? Как изменится поведение всей конструкции? И не окажется ли выигрыш в одном режиме потерей в другом?
Здесь вычислительная гидрогазодинамика — CFD — помогает исследовать движение воздуха вокруг модели. Результат нужен для сравнения вариантов: где возникает нежелательное воздействие, какие области требуют внимания, какую гипотезу стоит проверять дальше. Этот пример объясняет инженерную задачу; он не описывает конкретное изменение болида McLaren.

В материале McLaren о подготовке машины к гонке описана взаимосвязь настроек: переднее антикрыло влияет на переднюю высоту дорожного просвета, а та связана с задней. Команда использует множество симуляций и ИИ, чтобы сузить круг подходящих вариантов до начала заездов. Источник: McLaren, 30 октября 2024.
Данные должны успеть стать ответом
По сообщению McLaren, инфраструктура Dell AI Factory, включающая серверы PowerEdge, помогает команде обрабатывать до 1,5 ТБ данных за гоночный уикенд. В том же сообщении названы системы хранения PowerStore и PowerScale для сложного моделирования и CFD. Источник: McLaren, февраль 2026.
данных за гоночный уикенд
Объём обработки по сообщению McLaren; не показатель ускорения расчётов.
Сам объём мало говорит об эффективности. Гораздо важнее, когда результат попадёт к человеку и можно ли на его основании действовать. В производственной компании задержка тоже имеет цену: специалист ждёт расчёт, следующая смена — согласованную версию, изготовление — разрешение на запуск.
В описании McLaren ИИ помогает и с прогнозом поведения шин, а инженеры и стратеги используют его при принятии решений. Команда отдельно подчёркивает совместную работу модели и опытных специалистов. Источник: McLaren, октябрь 2024.
Редакционный вывод для промышленной задачи: ускорение полезно, когда сохраняется возможность проверить происхождение ответа. Нужны исходные данные, версия модели, параметры расчёта и понятный критерий, по которому инженер принимает результат.
Что должно работать вместе
Переносить конфигурацию гоночной команды в обычное КБ без измерений бессмысленно. Полезнее разобрать собственную цепочку работы. Ниже — ориентиры для обсуждения инфраструктуры, а не опубликованная спецификация McLaren.
| Участок работы | Что требуется | Что проверить |
|---|---|---|
| Рабочее место инженера | Открывать сборки, готовить модели, анализировать результаты | Память, отзывчивость в используемом ПО, совместимость графики и драйверов |
| Вычислительные серверы | Выполнять задания и обслуживать нужное число инженеров | Время расчёта и очередь; масштабирование выбранного решателя; стоимость лицензий |
| Хранение и сеть | Передавать модели и сохранять результаты без долгих пауз | Чтение и запись под совместной нагрузкой, версии файлов, восстановление данных |
| Проверка результата | Повторить расчёт и объяснить принятое решение | Исходные условия, допустимую погрешность, ответственного инженера |
Например, если большая часть рабочего дня уходит на подготовку геометрии и согласования, сокращение самого расчёта вдвое даст ограниченный эффект. Если задания постоянно ждут свободного узла, проблема уже другая. Поэтому полезно измерять весь цикл — от постановки задачи до принятого результата.

Первый шаг — одна задача, которую можно повторить
Для начала достаточно одного характерного расчёта или сборки. Лучше взять задачу, которая регулярно задерживает работу: тогда результат проверки будет понятен и инженеру, и руководителю.
- Зафиксировать исходную точку.Выбрать модель, версию ПО и параметры. Измерить подготовку, ожидание, расчёт и разбор результата отдельно.
- Найти ограничение.Посмотреть загрузку процессоров, памяти, дисков и сети. Проверить, не ограничивает ли параллельную работу лицензия.
- Сравнить оборудование на той же задаче.Сохранить одинаковые условия и критерии точности. Проверить также одновременную работу нескольких пользователей.
- Посчитать эффект для команды.Оценить полный срок получения результата и стоимость решения с учётом ПО, хранения, поддержки и эксплуатации.
Что должно остаться после проверки?
Исходная модель и параметры, протокол замеров, проверенный инженером результат и список ограничений. На этой основе можно объяснить выбор оборудования и повторить сравнение, если изменится нагрузка.
Самое ценное в этом подходе — спокойствие перед следующим шагом. Инженер знает, какой вариант проверен. Руководитель видит, на чём основано решение. Производство получает согласованные данные. Так вычислительная инфраструктура становится частью реальной работы над изделием.
QBS · Инфраструктура под задачу
Какой расчёт задерживает вашу команду?
Начните обсуждение с QBS с конкретной нагрузки: название и версия ПО, размер модели, текущее время расчёта и число специалистов. Эти данные помогут обсудить требования к рабочим станциям, серверам, хранению и сети.
Первый полезный результат — состав требований и план сравнения оборудования на вашей задаче.
Написать в QBS