Заполнение слотов памяти в сервере: частота DDR4/DDR5 и БД

Что происходит с частотой памяти при заполнении слотов

«Потерять частоту» - это когда модули, на наклейке которых написано DDR4-3200 или DDR5-4800, в реальном сервере запускаются на более низкой скорости: например, DDR4-2933 или DDR5-4400. Сервер делает так не из вредности. Он выбирает режим, который останется стабильным при вашей схеме установки и нагрузке.

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

Три базовые идеи, которые помогают не ошибиться:

• Память работает по каналам. Чтобы получить максимум пропускной способности, модули распределяют по каналам равномерно.
• У модулей есть ранги. Чем больше рангов суммарно на канал, тем сложнее удерживать высокую частоту.
• Количество модулей на канал часто важнее, чем объем одного модуля. Два DIMM на канал обычно «тяжелее» для контроллера, чем один, и частота может снижаться по спецификации платформы.

Почему это чаще всплывает после апгрейда? Сервер нередко стартует с 1 DIMM на канал, а потом добавляют память под рост объема. Схема меняется на 2 DIMM на канал, иногда смешиваются ранги или партии, и BIOS автоматически опускает частоту.

Типичный сценарий: база данных упиралась в объем памяти, докупили DIMM, объем вырос, но запросы стали выполняться дольше. Причина может быть не в диске и не в CPU, а в том, что снизилась частота и выросли задержки доступа к данным в RAM.

Каналы и ранги: коротко и по делу

Каналы памяти задает контроллер памяти в CPU. В двухпроцессорном сервере каналы считаются отдельно для каждого процессора: у каждого CPU свои каналы и свои слоты. Если поставить все модули только возле одного процессора, второй CPU останется почти без локальной памяти, и часть обращений пойдет «через соседа». Это добавит задержку.

На плате слоты обычно подписаны по каналам (например, A1/A2, B1/B2). Порядок важен: производитель заранее определяет «первый» слот в каждом канале. Частая логика такая: сначала заполняются слоты с номером 1 во всех каналах, и только потом - вторые слоты в тех же каналах. Поэтому начинать стоит со схемы population для вашей модели.

Что такое ранг (1R, 2R) простыми словами

Ранг (rank) можно представить как «группу микросхем», к которой контроллер обращается как к одному блоку.

• 1R (одноранговый) модуль обычно проще для контроллера и чаще держит более высокую частоту.
• 2R (двухранговый) модуль сильнее нагружает контроллер, но в некоторых задачах может работать эффективнее за счет внутреннего параллелизма.

Важно: ранг - это не «количество планок» и не «односторонняя/двухсторонняя» память. Это отдельная характеристика.

Почему больше модулей не всегда означает быстрее

Каждый дополнительный DIMM в канале увеличивает электрическую нагрузку. Когда модулей становится больше (особенно при 2DPC - два DIMM на канал, и особенно если они 2R), контроллер часто снижает частоту DDR4/DDR5, чтобы система работала стабильно.

На практике это выглядит так: вы добавили память ради скорости, но установили по два модуля в канал и смешали 1R и 2R. В итоге частота упала, задержки выросли, и прирост объема не дал ожидаемой производительности. Поэтому при апгрейде важно думать не только «сколько гигабайт», но и «как они распределены по каналам и рангам».

Почему частота падает: основные причины

Падение частоты почти всегда связано не с «плохими модулями», а с ограничениями контроллера памяти в CPU. У платформы есть допустимые режимы: какая максимальная частота возможна при определенном количестве модулей на канал и при определенной нагрузке. Поэтому вы можете увидеть, что DIMM «поддерживает 3200», но система запускает его на более низком значении.

Практическое правило простое: чем выше нагрузка на канал, тем ниже стабильная частота. Нагрузка растет, когда:

• вместо 1 DIMM на канал становится 2 (переход на 2DPC);
• используются более «тяжелые» модули (часто двухранговые и/или высокоплотные);
• смешиваются модули разной организации (объем, ранги, плотность чипов, ревизии);
• BIOS выбирает самый «безопасный» режим из-за смешанной конфигурации;
• конкретная модель CPU ограничивает частоту сильнее при той же схеме установки.

С DDR5 логика похожая: частоты выше, требования к сигналу жестче, и «штраф» за 2DPC обычно заметнее. Но общий принцип тот же - контроллер снижает скорость, если конфигурация становится сложной.

Многие смотрят только на QVL, но это не единственный источник правды. QVL подтверждает, что конкретная память запускалась на конкретной плате, но не гарантирует максимальную частоту во всех схемах заполнения и с любым CPU. Полезнее сверяться с таблицами режимов в документации к серверу и процессору: там обычно прямо указано, какая частота будет при 1DPC и 2DPC и при каких типах модулей.

Что проверить перед покупкой или апгрейдом памяти

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

Что стоит собрать заранее:

• точную модель CPU и поколение платформы;
• тип памяти (DDR4 или DDR5);
• тип DIMM, который поддерживает сервер: UDIMM, RDIMM или LRDIMM (в серверных конфигурациях обычно важен ECC, а разные типы модулей чаще всего не смешиваются);
• сколько процессоров установлено и какие слоты относятся к каждому (в двухсокетных системах это критично).

Дальше оцените потребность в объеме с учетом роста на 1-3 года и запаса под кэш, сортировки и временные таблицы. Иногда выгоднее добавить память заранее, чем потом наращивать объем ценой перехода на 2DPC и падения частоты.

Четыре вопроса, которые помогают принять решение:

• Какая частота памяти заявлена именно для вашей схемы каналов (1DPC/2DPC) и вашего CPU.
• Какие DIMM разрешены платформой (DDR4/DDR5, RDIMM/LRDIMM/UDIMM, ECC).
• Сколько каналов вы реально заполняете на каждом CPU.
• Что важнее для нагрузки: частота или объем.

Пример: для OLTP-нагрузки иногда лучше оставить по одному модулю на канал и сохранить частоту. А для задач, где рабочий набор не помещается в RAM, объем может быть важнее, даже если частота чуть снизится.

Как заполнять слоты, чтобы не терять частоту

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

1. Уточните каналы и «первые» слоты. Найдите в документации таблицу population: какие слоты заполнять первыми, и какая частота гарантируется при 1DPC и 2DPC.

2. Начинайте с симметрии по каналам. Лучше равномерно включить все каналы одинаковыми модулями, чем поставить меньше модулей большего объема и оставить часть каналов пустыми.

3. Держите модули однородными в пределах канала. Самая частая причина неожиданных режимов - когда в одном канале оказываются DIMM с разными рангами (1R/2R/4R) или разной плотностью.

4. Проверьте фактическую частоту после установки. Смотрите в BIOS/UEFI или через системные утилиты: реальная частота, предупреждения о downclock, распределение по каналам.

5. Зафиксируйте схему. Запишите, какие модули стоят в каких слотах, их парт-номера/ранги, версию BIOS и настройки памяти. Это особенно полезно, если вы поддерживаете несколько одинаковых серверов и хотите повторяемое поведение.

Короткий ориентир: сначала заполняйте «первые» слоты всех каналов одинаковыми DIMM, и только потом добавляйте «вторые» слоты.

Частые ошибки и ловушки при установке DIMM

Память «вроде добавили», а сервер стал медленнее - чаще всего дело в схеме установки и автоматическом выборе более безопасных параметров.

Что встречается чаще всего:

• Нарушена симметрия по каналам. Одна «планка для объема» ломает баланс, и часть памяти становится дороже по задержкам или хуже по пропускной способности.
• Смешаны похожие, но разные модули. Даже если сервер стартует, общая частота обычно опускается до минимальной по установленным DIMM.
• Слишком много модулей на канал. Переход на 2DPC часто означает ступень вниз по частоте - это может быть нормой для платформы.
• NUMA в двухсокетных системах. Если у второго CPU мало или нет локальной памяти, потоки могут чаще ходить в «чужую» RAM, и хвосты задержек (p95/p99) ухудшаются.
• BIOS и прошивки. После обновлений могут меняться правила тренировки памяти и автонастройки частоты. Бывает и наоборот: без обновления новая память запускается, но на заниженных параметрах.

Признаки, что вы попали в ловушку:

• частота в BIOS/ОС стала ниже, чем до апгрейда;
• пропускная способность почти не выросла, а задержки выросли;
• нагрузка на БД стала «рваной»: хуже p95/p99, больше ожиданий;
• один сокет заметно горячее и загруженнее другого.

Почему это важно именно для баз данных

Базы данных чувствительны к памяти сразу по двум параметрам: задержка (как быстро CPU получает данные) и пропускная способность (сколько данных проходит за секунду). Когда частота DDR4/DDR5 падает из-за заполнения слотов, это часто проявляется не как «минус 5%», а как цепочка мелких задержек, которая заметна пользователям.

• В OLTP-нагрузках (много коротких транзакций) чаще страдает задержка.
• В аналитике и отчетах сильнее упираются в пропускную способность и число активных каналов.

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

Полезная логика такая: сначала добейтесь правильного заполнения каналов, затем решайте вопрос объема, и только после этого смотрите на ранги и частоту, потому что именно они часто «ломаются», когда вы добавляете DIMM во вторые слоты каналов.

Пример из жизни: апгрейд памяти и неожиданное замедление БД

Сервер под базу данных стабильно работал с 256 ГБ ОЗУ. Появились новые отчеты, вырос кэш, и память расширили до 512 ГБ. Сервер стартовал без ошибок, тесты целостности прошли, но через несколько дней команда заметила, что запросы стали выполняться дольше.

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

Решение оказалось простым: разложили модули строго по каналам, выровняли конфигурацию, по возможности унифицировали комплект, затем проверили в BIOS фактическую частоту и режим. Эффект оценили по метрикам до и после: задержки запросов, время отчетов, показатели ожиданий в СУБД. Просадка ушла, а поведение стало предсказуемым.

Чеклист перед запуском в прод

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

• Посмотрите фактическую частоту и режим памяти в BIOS/UEFI или через утилиты в ОС.
• Проверьте равномерность заполнения каналов по каждому CPU.
• Убедитесь, что модули в критичных каналах одного типа и организации (объем, ранги).
• Сверьте ожидаемую частоту с таблицей режимов для вашей платформы: 1DPC/2DPC и тип DIMM.
• Сделайте короткий, повторяемый тест БД до и после изменений и сохраните цифры.

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

Следующие шаги: как выбрать конфигурацию сервера под вашу БД

Начните с требований базы данных: какой объем памяти нужен сейчас, насколько критична надежность (для серверов ECC почти всегда обязательна), и что важнее именно для вашей нагрузки - частота или объем при допустимом снижении частоты. Сразу заложите план роста на 12-24 месяца и подумайте, хотите ли вы оставлять запас слотов под расширение.

Затем определите целевую схему установки DIMM под ваш CPU: сколько каналов у процессора, хотите ли вы 1DPC или 2DPC, и какие ранги допустимы на нужной частоте. Такой «план установки DIMM» защищает от ситуации, когда после апгрейда память внезапно начинает работать медленнее.

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