Обзор: Сервер Lenovo ThinkSystem SR650 V4 - взгляд практика на универсальный сервер 2U для корпоративных задач

Lenovo ThinkSystem SR650 V4 - гибкий и производительный стоечный сервер форм-фактора 2U на два процессора, рассчитанный на задачи отраслей с высокими требованиями к вычислениям - облачные сервисы, телеком, высокопроизводительные вычисления (HPC). Модель подходит как для сценариев масштабирования по горизонтали, так и для плотного размещения вычислительных ресурсов с заделом на развитие инфраструктуры. На фоне предыдущего поколения - SR650 V3 - заметны практичные улучшения, которые влияют на эксплуатацию и потенциал конфигураций.

Ранее ThinkSystem SR650 V4 рассматривался через призму заявленных производителем технических характеристик. В этой статье будем опираться на практику - результаты тестового стенда и поведение системы в реальных сценариях.

Отличия Lenovo SR650 V4 от SR650 V3

Процессоры

Одно из самых заметных обновлении в SR650 V4 - переход на новую процессорную платформу. Если SR650 V3 опирался на Intel Xeon Scalable 4-го поколения, то SR650 V4 получает Intel Xeon 6 (ранее известную под кодовым именем Granite Rapids). В этом обзоре фокус сделан на варианте с производительными ядрами - архитектуре, рассчитанной на вычислительно нагруженные сценарии.

Конфигурации V4 допускают один или два процессора, до 86 производительных ядер на сокет (до 172 потоков), более высокие частоты (до 4 ГГц) и теплопакет до 350 Вт.

Такой переход дает возможность размещать более требовательные приложения на одном сервере и сокращать занимаемое место в стойках. Это формирует сильную базу для виртуализации и тяжелых задач баз данных. Дополнительно платформа V4 дает высокий запас по пропускной способности ввода-вывода - до 88 линий PCIe 5.0 на процессор. Это критично для современных скоростных сетевых адаптеров и массивов NVMe-накопителей, чтобы система не упиралась в узкие места по шине.

Оперативная память

По подсистеме памяти SR650 V4 заметно прибавляет по сравнению с V3 - акцент сделан на максимальную производительность. Поддерживаются модули DDR5 с частотой до 6400 МГц (при установке 1 модуля на канал), что существенно выше прежнего ограничения 4800 МГц.

Система оснащается 32 слотами под модули памяти (16 на процессор), распределенными по восьми каналам памяти на процессор. Поддерживаются стандартные RDIMM, 3DS RDIMM, а также MRDIMM - модули нового типа, которые для задач с высоким требованием к пропускной способности могут работать на частотах до 8000 МГц. При использовании 256 ГБ 3DS RDIMM сервер поддерживает до 8 ТБ суммарной оперативной памяти.

Поддержка памяти в SR650 V4 расширяется за счет CXL 2.0 (Compute Express Link). В отсеки под накопители E3.S (конкретно форм-фактор E3.S 2T) можно установить до 12 модулей памяти CXL. Такой подход позволяет наращивать емкость и пропускную способность памяти сверх ограничений, жестко привязанных к процессорам, и делает масштабирование более гибким.

Для задач нового поколения это означает меньше задержек в вычислениях при дефиците памяти на узел и более рациональную экономику владения. Память можно добавлять точечно и не держать избыточные объемы в каждом сервере, что снижает совокупную стоимость владения (TCO) за счет уменьшения "простоя" неиспользуемои памяти.

Хранение данных

Подсистема хранения Lenovo SR650 V4 показывает явный сдвиг в сторону высокой плотности NVMe и более гибких форм-факторов. При сохранении поддержки привычных накопителей 3,5" и 2,5" в V4 сделан акцент на E3.S для NVMe. Сервер может вместить до 32 накопителей E3.S 1T или до 12 накопителей E3.S 2T. Это дает более высокую плотность размещения и более предсказуемый тепловой режим по сравнению с традиционными SSD U.2.

Критически важно, что в SR650 V4 реализовано прямое подключение NVMe без переподписки (1:1) - каждый накопитель получает свои линии, и высокоскоростное хранилище не упирается в узкие места из-за совместного использования PCIe. Это помогает удерживать предсказуемую производительность даже при плотных конфигурациях NVMe.

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

Сетевые возможности

В части сетевых подключений SR650 V4 получил два выделенных слота OCP 3.0, и оба поддерживают PCIe Gen 5 x16. Это важное обновление: появляется возможность построить резервируемую высокоскоростную сеть (например, два порта 200GbE или один порт 400GbE), не занимая стандартные слоты PCIe на райзерах. В результате проще собрать конфигурацию с учетом отказоустойчивости и при этом оставить пространство под другие платы расширения.

Переход на PCIe 5.0 удваивает теоретическую пропускную способность (32 GT/s вместо 16 GT/s), поэтому V4 лучше подготовлен к наиболее жестким сценариям в облачных инфраструктурах и средах ИИ, где сетевой трафик часто становится ограничивающим фактором.

Питание и охлаждение

SR650 V4 получил расширенные варианты блоков питания - от 800 Вт до 3200 Вт, с уровнями эффективности Platinum и Titanium. Такой диапазон упрощает подбор конфигурации под разные сценарии - от универсальных серверов до плотных узлов с высокими требованиями по питанию.

Дополнительно предусмотрена поддержка -48V DC, а также варианты для инфраструктуры с HVAC и HVDC, чтобы соответствовать специфическим требованиям отдельных центров обработки данных.

Чтобы справляться с тепловыделением процессоров и памяти с высоким TDP, в SR650 V4 предусмотрены варианты жидкостного охлаждения Neptune. Модуль "Compute Complex Neptune Core Module" использует жидкостное охлаждение по открытой схеме и отводит тепло от процессоров, модулей памяти и узлов питания. По заявлению Lenovo, решение способно забирать более 80% тепла сервера, что заметно снижает нагрузку на систему охлаждения и расходы центра обработки данных.

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

Конструкция и качество сборки Lenovo ThinkSystem SR650 V4

Lenovo ThinkSystem SR650 V4 - типовая платформа 2U, в котором габариты используются максимально рационально: плотность компонентов сбалансирована с продувом и удобством обслуживания. Размеры шасси - 3,4" (8,6 см) по высоте, 17,3" (43,9 см) по ширине и 31,5" (80,0 см) по глубине, максимальная масса в полностью укомплектованном виде - 85,5 фунта (38,8 кг). По габаритам это ровно тот же класс, что и большинство корпоративных серверов 2U, при этом глубины достаточно для производительных процессоров, плотных конфигурации памяти и гибких вариантов бэкплейна под накопители.

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

Передняя панель

Передняя панель гибко конфигурируется. В тестовой системе установлен бэкплейн на 8 отсеков для накопителей 2,5", но шасси без сложных доработок масштабируется до 16 и даже до 24 отсеков. Для задач, где важна "сырая" емкость, можно выбрать отсеки 3,5", а для высокоплотного NVMe - варианты бэкплейна под E3.S.

Поддержка AnyBay позволяет одновременно использовать SAS-, SATA- и NVMe-накопители в одной корзине, что дает высокую гибкость для смешанных конфигурации хранения.

Задняя панель

Задняя часть шасси рассчитана на максимальную плотность ввода-вывода. В зависимости от конфигурации райзеров можно установить до 10 слотов PCIe Gen 5. Наличие двух слотов OCP 3.0 позволяет не расходовать стандартные PCIe-райзеры под сетевые адаптеры и оставить их для других плат расширения - например, для графических ускорителей или контроллеров хранения.

Помимо слотов расширения, на задней панели размещены выделенный сетевой порт управления (BMC), два порта USB-A и видеовыход VGA для локального доступа к консоли. Там же установлены два блока питания с горячей заменой. Такое размещение упрощает обслуживание и не мешает продуву и компоновке плат расширения.

Внутренняя компоновка

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

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

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

XClarity Controller 3

SR650 V4 оснащается новым контроллером управления XClarity Controller 3 (XCC3). Это поколение заметно быстрее предыдущих: сокращается время загрузки и интерфейс HTML5 работает более отзывчиво. Модуль Platform Resource Manager дает детальную телеметрию по питанию и тепловому состоянию, помогая оптимизировать эффективность центра обработки данных.

XCC3 поддерживает широкии набор функций удаленного управления, включая удаленную консоль (KVM), подключение виртуальных носителей и обновление микропрограмм. Интерфейс построен понятно: на главной панели отображаются состояние системы, активные события и состав аппаратных компонентов. Для автоматизации XCC3 полностью поддерживает Redfish REST API.

Производительность Lenovo ThinkSystem SR650 V4

В этом разделе разобраны результаты тестов Blender, y-cruncher, vLLM и Phoronix. Первичное тестирование проводилось на Lenovo ThinkSystem SR650 V4 с процессорами Intel Xeon 6740P - это позволило оценить ориентацию платформы на производительные ядра и общую пропускную способность в сценариях, где упор идет на вычисления центрального процессора.

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

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

Модульный подход к модернизации хорошо иллюстрирует гибкость SR650 V4: платформа может без лишних переделок переходить от эффективной конфигурации, ориентированной на центральный процессор, к сбалансированному варианту CPU+GPU для смешанных вычислительных задач.

Конфигурация Lenovo ThinkSystem SR650 V4:

• CPU: 2x Intel Xeon 6740P

• Память: 1 ТБ RAM

• Накопители: 4 x 960 ГБ SSD

• GPU: NVIDIA L40S

Blender 4.5

Blender - приложение с открытым исходным кодом для 3D-моделирования. В этом тесте использовалась утилита Blender Benchmark. Результат измеряется в количестве сэмплов в минуту: чем выше значение, тем выше производительность.

В тесте Blender на центральном процессоре Lenovo ThinkSystem SR650 V4 показывает уверенную производительность рендеринга во всех сценах. Результаты составили 1136,99 сэмпла в минуту для Monster, 707,60 - для Junkshop и 562,53 - для Classroom. Эти цифры отражают хорошее масштабирование по потокам за счет пары Intel Xeon 6740P и сохраняют стабильность по мере роста сложности сцен.

В тесте Blender без SMT (в режиме CPU) SR650 V4 демонстрирует заметный рост пропускной способности рендеринга: 4686,40 сэмпла в минуту в сцене Monster, 2223,96 - в Junkshop и 2385,98 - в Classroom. Результаты с графическим ускорением показывают, что система способна существенно ускорять сложные задачи рендеринга, обеспечивая значительно более высокий вывод по сравнению с рендерингом только на центральном процессоре.

y-cruncher

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

В y-cruncher система Lenovo предсказуемо масштабируется по мере роста сложности задачи, что хорошо показывает сильную многопоточную производительность и пропускную способность подсистемы памяти. При двух процессорах Intel Xeon 6740P и 1 ТБ оперативной памяти расчет Pi на 1 млрд знаков выполняется чуть более чем за 20 секунд, а эффективность сохраняется вплоть до 25 млрд знаков - на это уходит 362 секунды. Результаты демонстрируют ровное и ожидаемое масштабирование при длительной нагрузке на центральный процессор и память, поэтому SR650 V4 хорошо подходит для тяжелых математических расчетов и сценариев стресс-тестирования.

Производительность инференса LLM при онлайн-обслуживании vLLM

vLLM - один из самых распространенных движков для высокопроизводительного инференса и обслуживания больших языковых моделей. Бенчмарк онлайн-обслуживания vLLM оценивает, как движок ведет себя в условиях, близких к реальным: на работающий сервер vLLM отправляются параллельные запросы с настраиваемыми параметрами - интенсивность запросов, длина входа и выхода, число одновременных клиентов. В ходе измерений фиксируются ключевые метрики: пропускная способность (токены в секунду), время до первого токена и время на один выходной токен (TPOT). Это помогает понять, как меняется производительность vLLM при разных профилях нагрузки.

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

Производительность плотных моделей

Плотные модели используют классическую архитектуру LLM: при инференсе задействуются все параметры и активации. Поэтому вычислительная нагрузка у них обычно выше, чем у разреженных моделей. Чтобы полноценно сравнить поведение на разных масштабах и при разных вариантах квантования, были протестированы несколько конфигураций плотных моделей из семейства Llama 3.1 8B.

Llama 3.1 8B в точности FP8

Llama 3.1 8B в режиме FP8 демонстрирует другой профиль масштабирования по сравнению со стандартной точностью. Фокус сделан на эффективности при умеренном уровне параллельности, но предельная суммарная пропускная способность при больших пакетах запросов ниже. При параллельности одного пользователя (BS=1) модель показывает 67,8 токена в секунду на пользователя, суммарно 135,6 токена в секунду и TPOT около 3,1 мс - то есть базовая производительность одного потока ниже, чем в режиме полной точности.

По мере роста размера пакета суммарная пропускная способность растет быстро, а производительность на одного пользователя снижается плавно и контролируемо. При BS=2 суммарная скорость увеличивается до 271 токена в секунду, при 66,8 токена в секунду на пользователя. При BS=4 суммарная скорость достигает 523 токена в секунду, а при BS=8 - 1017 токенов в секунду при 63,6 токена в секунду на пользователя. Задержки остаются стабильными на этих уровнях параллельности, поэтому FP8 хорошо подходит для сценариев с небольшим числом одновременных пользователей.

Масштабирование сохраняется до BS=16, где суммарная пропускная способность составляет 1918 токенов в секунду при 60,0 токена в секунду на пользователя. На BS=32 суммарная скорость выходит на плато около 1920 токенов в секунду, а производительность на пользователя снижается до 30,0 токена в секунду. Такое поведение показывает, что конфигурация FP8 достигает насыщения раньше, чем стандартная точность: ставка делается на эффективность и предсказуемость, а не на максимальную суммарную скорость.

В целом режим FP8 дает примерно 14-кратный рост суммарной пропускной способности от BS=1 до пика на BS=16-32. Задержки остаются ровными до BS=16, а затем стабилизируются вместе с пропускной способностью на высоких уровнях параллельности. В результате FP8 выглядит практичным выбором для сбалансированных сценариев инференса, чувствительных к задержкам, а не для экстремального масштабирования пакета запросов.

Llama 3.1 8B в стандартной точности

В стандартной точности Llama 3.1 8B показывает предсказуемое масштабирование на низких уровнях параллельности: при небольшом размере пакета сохраняется высокая производительность на пользователя, а суммарная пропускная способность растет по мере увеличения параллельности. В режиме одного пользователя (BS=1) модель обеспечивает около 45,8 токена в секунду на пользователя, что дает суммарно 91,6 токена в секунду и формирует надежную базовую точку для задач, чувствительных к задержкам.

По мере роста параллельности суммарная пропускная способность увеличивается эффективно, а производительность на пользователя снижается постепенно. При BS=2 суммарная скорость возрастает до 176 токенов в секунду, при 44,0 токена в секунду на пользователя, а при BS=4 достигает 344 токенов в секунду при 43,0 токена в секунду на пользователя. Такая динамика сохраняется и при BS=8: суммарно 672 токена в секунду при 42,0 токена в секунду на пользователя, что указывает на хорошую загрузку без заметного ухудшения показателей на пользователя.

Масштабирование продолжается до BS=16, где суммарная пропускная способность достигает пика около 1280 токенов в секунду при 40,0 токена в секунду на пользователя. На BS=32 суммарная скорость остается практически на том же уровне - около 1280 токенов в секунду, тогда как производительность на пользователя снижается до 20,0 токена в секунду, что говорит о насыщении конвейера выполнения. Такое плато показывает, что в стандартной точности оптимальная рабочая точка находится примерно на уровне BS=16, где достигается баланс между пропускной способностью и отзывчивостью.

В целом стандартная точность дает примерно 14-кратный рост суммарной пропускной способности от BS=1 до пикового значения, сохраняя стабильные показатели на пользователя при умеренных уровнях параллельности. Такой профиль хорошо подходит для внедрений, где приоритетом являются стабильные задержки и предсказуемое масштабирование, а не агрессивное увеличение размера пакета запросов.

Производительность разреженных моделей

Разреженные модели, в особенности архитектуры Mixture of Experts (MoE), рассматриваются как один из перспективных подходов к эффективному масштабированию языковых моделей. В таких архитектурах общее число параметров может быть очень высоким, но при обработке каждого токена активируется только часть параметров. За счет этого появляется шанс повысить эффективность вычислений на единицу реально задействованных параметров и получить более выгодный профиль производительности в прикладных сценариях.

Qwen3-Coder-30B-A3B в точности FP8

Модель Qwen3-Coder-30B-A3B в режиме FP8 демонстрирует профиль масштабирования, рассчитанный на умеренную параллельность: приоритет отдан высокой производительности на пользователя, при этом насыщение наступает раньше, чем у более компактных моделей. В режиме одного пользователя (BS=1) достигается около 98 токенов в секунду на пользователя при суммарной пропускной способности 196 токенов в секунду. Это формирует высокую базовую производительность одного потока и отражает ориентацию модели на задачи генерации кода.

С ростом параллельности суммарная пропускная способность увеличивается эффективно, а производительность на пользователя снижается контролируемо. При BS=2 суммарная скорость растет до 317 токенов в секунду при 79 токенах в секунду на пользователя, а при BS=4 - до 477 токенов в секунду при 59 токенах в секунду на пользователя. Эти результаты показывают хорошую загрузку доступных вычислительных ресурсов при низком и умеренном размере пакета запросов, без резкой деградации отзывчивости для каждого пользователя.

Пик суммарной пропускной способности достигается на BS=8: около 905 токенов в секунду суммарно при 56 токенах в секунду на пользователя. Масштабирование незначительно продолжается до BS=16, где суммарная скорость немного увеличивается до 920 токенов в секунду, но показатель на пользователя снижается до 29 токенов в секунду, что указывает на насыщение конвейера инференса. Дальнейшее увеличение параллельности дает минимальный прирост суммарной скорости и при этом заметно ухудшает производительность на пользователя.

В целом Qwen3-Coder-30B-A3B в FP8 дает примерно 4,7-кратный рост суммарной пропускной способности от BS=1 до пика на BS=16. Характеристики задержек и пропускной способности показывают, что такая конфигурация лучше всего подходит для многопользовательских сценариев генерации кода с умеренной параллельностью, где важна высокая производительность на запрос. Экстремальное наращивание размера пакета запросов здесь не является основной целью.

Производительность при микромасштабировании типов данных

Микромасштабирование - это продвинутый подход к квантованию, при котором коэффициенты масштабирования задаются не для крупных групп параметров, а для небольших блоков весов. Формат NVIDIA NVFP4 реализует эту идею через блочное представление чисел с плавающей точкой: в каждом микроблоке из 8-32 значений используется общий типовой показатель степени, который играет роль коэффициента масштабирования. Такой более "зернистый" подход позволяет сохранить численную точность при 4-битном представлении и удерживать динамический диапазон, критически важный для трансформерных архитектур.

Формат интегрирован с архитектурой NVIDIA Tensor Core и позволяет эффективно выполнять вычисления в смешанной точности. Распаковка выполняется на лету в ходе матричных операции, что помогает получить выигрыш по производительности без резкого провала в точности.

Производительность GPT-OSS-20b

Модель gpt-oss-20b показывает уверенное масштабирование с ростом параллельности и особенно высокую суммарную пропускную способность при крупных пакетах запросов. При одном пользователе (BS=1) модель выдает около 138 токенов в секунду на пользователя, что дает суммарно 276 токенов в секунду и формирует сильную базовую производительность для инференса в одном потоке.

По мере роста параллельности суммарная пропускная способность увеличивается агрессивно, а производительность на пользователя ожидаемо снижается. При BS=2 суммарная скорость возрастает до 420 токенов в секунду при 105 токенах в секунду на пользователя, а при BS=4 достигает 690 токенов в секунду при 86 токенах в секунду на пользователя. Такая динамика указывает на эффективное использование доступных вычислительных ресурсов при низком и умеренном размере пакета запросов.

Масштабирование продолжается на BS=8, где достигается около 1120 токенов в секунду суммарно при 70 токенах в секунду на пользователя, и на BS=16, где суммарная скорость растет до 1900 токенов в секунду при 60 токенах в секунду на пользователя. Даже при росте параллельности gpt-oss-20b сохраняет сравнительно высокие показатели на пользователя, что делает модель подходящей для многопользовательских сценариев обслуживания.

Пик суммарной пропускной способности достигается на BS=32: около 3250 токенов в секунду суммарно, при снижении показателя на пользователя до 50 токенов в секунду. Это соответствует росту суммарной скорости в 11,8 раза относительно режима одного пользователя. Несмотря на дальнейшее снижение показателей на пользователя при увеличении размера пакета, общая эффективность масштабирования остается высокой. Это говорит о том, что модель выигрывает от более высокой параллельности и не упирается в раннее насыщение.

В целом gpt-oss-20b демонстрирует сбалансированный профиль: высокая производительность в режиме одного пользователя сочетается с сильным ростом суммарной пропускной способности при увеличении параллельности. Такая комбинация делает модель интересным вариантом для внедрений, где важны и отзывчивость каждого запроса, и высокая суммарная скорость при одновременной работе многих пользователей.

Бенчмарки Phoronix

Phoronix Test Suite - платформа автоматизированного тестирования производительности с открытым исходным кодом. Она поддерживает более 450 профилей тестов и свыше 100 наборов тестов через OpenBenchmarking.org. Пакет закрывает весь цикл - от установки зависимостей до запуска тестов и сбора результатов. Это делает его удобным инструментом для сравнения производительности, валидации аппаратной платформы и сценариев непрерывной интеграции.

Пропускная способность памяти Stream

SR650 V4 показал 369,6 ГБ/с по пропускнои способности памяти. Это указывает на высокии поток данных в задачах, чувствительных к памяти, и подтверждает корректную работу многоканальнои подсистемы памяти.

Сжатие 7-Zip

При результате 584 499 MIPS система демонстрирует отличные показатели сжатия и распаковки. Это отражает хорошую эффективность многопоточных вычислений и сильную целочисленную производительность.

Компиляция ядра

Сервер выполнил сборку ядра allmod за 256,175 секунды. Это достойный результат, который показывает, что платформа уверенно справляется с параллельной компиляцией и хорошо подходит для рабочих процессов разработки.

Веб-сервер Apache

На уровне 61 654 запросов в секунду (R/s) SR650 V4 показал высокую производительность веб-обслуживания. Такои запас по запросам подходит для фронтенд-размещения или легких стеков виртуализации.

Проверка OpenSSL

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

Заключение

ThinkSystem SR650 V4 - это обновление платформы, которое действительно имеет значение, потому что речь идет не просто о замене процессоров. В этом поколении серверов Lenovo сделаны заметные улучшения в тех узлах, которые чаще всего ограничивают внедрения в реальных проектах: пропускная способность памяти, доступность линий PCIe, плотность размещения накопителей и возможность адаптировать конфигурацию по мере изменения требований. Переход на Intel Xeon 6 дает больше вариантов по числу ядер и больший запас по вводу-выводу на сокет. А доработки платформы вокруг процессоров - более быстрая DDR5 с поддержкой MRDIMM и опциональное расширение через CXL - формируют задел, чтобы SR650 V4 оставался актуальным по мере того, как нагрузки становятся более требовательными к памяти.

​​

Со стороны подсистемы хранения, даже если в рамках обзора использовалась ограниченная конфигурация с U.2, курс Lenovo на E3.S выглядит логичным: выше плотность NVMe, прямое подключение 1:1 и более аккуратный тепловой профиль. Это соответствует тому, как сегодня проектируется современная инфраструктура, особенно для виртуализации, где часто требуется больше локального флеша, и для сценариев рядом с ИИ, где важна не только вычислительная мощность, но и скорость подачи данных на графические ускорители. Два слота OCP 3.0 Gen5 x16 также воспринимаются как практичное улучшение: высокоскоростную сеть можно развернуть без того, чтобы занимать PCIe-слоты, которые разумнее оставить под ускорители, хранилище или специализированные адаптеры.

Если SR650 V3 уже упирается в скорость памяти, запас по PCIe или плотность NVMe, переход на SR650 V4 выглядит убедительным шагом вперед. При этом сохраняются удобство обслуживания и гибкость конфигураций, за которые линейка SR650 стала популярной, и добавляется тот самый запас по развитию платформы, который помогает ИТ-командам не загонять себя в тупик. Будь то построение кластера виртуализации, модернизация масштабируемых сервисов или сборка сбалансированного узла CPU/GPU, SR650 V4 закрывает ключевые требования и оставляет пространство для следующих шагов.