Конфигурация планок RAM в сервере с двумя процессорами.

А ты проверь. А у интела нет калькулятора расстановки памяти?

у меня нет в наличии конфигурации таких модулей, планирую к покупке. причем сейчас работают модули UDIMM (небуферизованная память), к покупке планирую RDIMM (регистровая память)

А равное количество планок процам религия поставить не даёт, или что?

в сервере установлена память - планки по 8ГБ , но ее мало, хочу добавить 6 планок по 16Гб одному cpu, а планки по 8ГБ другому. хочу докупить новое и задействовать старое

в серверную материнку

ерунда какая то - пытался вставлять в такое память из десктопов, но она не заводится… что нужна какая то специальная серверная память? чем она отличается от десктопной? я думал ddr3 оно и в африке ddr3

В плане утешения, даже если оно не заработает, могу выдвинуть такой аргумент: 6x16 = 96, 3x8 = 24. И эти 8-гиговые планки особой разницы не дадут сами по себе, если что просто сделаешь 3х16 каждому процу. Но я бы на твоём месте заранее удостоверился что твоя система (материнка наверно в первую очередь) поддерживает регистровую память. Наверно где-то в интеловских мануалах. Если там будет написано что совместимости нет - даже не надейся что как-нить запустишь.

Ну и ещё, схема «96 одному, 24 другому» по-моему не очень удобна в програмном плане.

А доку всю прочитали? А то бывает маленькая сносочка:

This server does not support mixing RDIMMs and UDIMMs.

Доку читать нужно и вставлять тот тип памяти, который поддерживается. Бывает UDIMM (Unbuffered DIMM), который обычный и RDIMM (Registered DIMM), который серверный. И бывает с ECC и без. Под серверной подразумевают RDIMM ECC.

И это ещё без учёта, что на уровне BIOS (прошивки матплаты) могут быть приколы, что тот или иной DIMM её просто не нравится по содержимому SPD-чипа.

вы написали что сейчас UDIMM, а покупать будете RDIMM - так точно не будет работать, нельзя смешивать. Что качается несбалансированной установки объемов - для RDIMM точно роли не играет. Но спецэффекты NUMA нужно учитывать.

модули заработали, но как проверить скорость?

…создал отдельный пост.

Не знаю как сейчас, а раньше вполне были серверные интел материнки, у которых было указано что память им подходит только нерегистровая (ECC разумеется). И попытка всунуть туда регистровую на авось закончилась неудачей.

Да всякое было и ещё может быть :) И вобще, ящик может продаваться как сервер (официально), а внутри Desktop motherboard.

Произвольный сервер может работать на произвольном типе памяти, но если в объявление о продаже написано «серверная память», то подразумевается регистровая (буферезированная) с ECC. Иначе все запутаются.

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

Частота упадет с 1333 на 800 Мгц у всех модулей?

Частота будет равна частоте самого медленного модуля.

Будет работать?

Работать будет так себе, лишаете себя многоканального режима.

У вас планки на 8 гигов какой частоты? Если не ниже чем те, которые собираетесь закупить, то просто докупите еще 3 планки по 8 гигов с той же частотой.

Этим серверам все равно много не надо, довольно старое и слабое железо, такие объемы для него избыточные. Хотя, зависит от того, чем вы собираетесь там его грузить.

Частота будет равна частоте самого медленного модуля.

Не только. Надо читать мануал в пункте Memory Population.

скорее всего - работать не будет. может работать если по камням модули одного обьема, но разной организации (1Rx8/1Rx4, или 1Rx8/2Rx8) но при буте будет ругаться что память неподдерживаемой конфигурации.

и да, при текущих ценах на регистровую ддр3 - я бы таким техноонанизмом не занимался, а купил бы за цену пятничного пиваса комплект идентичных модулей и забыл о геморрое…

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

то были односокетные платы (зионы Е3). скорее не сервера а воркстейшны.

Этим серверам все равно много не надо, довольно старое и слабое железо, такие объемы для него избыточные.

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

На такой конфигурации NUMA будет тупить жестко. Без numactl это будет работать как г..но

Либо контейнеры на таком гонять:

CPUAffinity=0-7
NUMAMask=0

так и сделано

на каком NUMA (numa - же зависит от версии процессора ?) какой версии процессора будет не тупить по жесткому?

или вы про комбинацию плашек 8G и 16G ? или для любой NUMA всегда лучше плашки одного объема?

както чтобы не тупило можно через numactl настроить?

Сильнее тупить начинает, когда на одном процессоре значительно больше памяти чем на другом.

както чтобы не тупило можно через numactl настроить?

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

kvm виртуалка proxmox

памяти у процессоров одинаково

модули по 16ГБ 6 шт, другому по 8ГБ - 3 шт - будет работать?

Количество перепутано местами?

CPU pinning надо настраивать и считать как выделяешь память, иначе производительность будет неадекватно скакать. И считай чтобы виртуалки привязанные к одному процессору не жрали больше 40-45% памяти. Иначе привет лагнутая шина и борьба за доступ к памяти.

Я тебе просто для примера скажу, лет 12 назад, программа Трассир долбилась в соточку на 2х 6 ядерных процессорах. После переноса её в proxmox/qemu и привязки к одному процессору нагрузка стала 30-40% этого процессора!

В итоге в системе 6 модулей по 8ГБ и 6 по 16ГБ, по 72ГБ (163+83) на ЦПУ.

Как считать как выделяешь память? виртуалке пока отдал 32ГБ

В почтовом ящике что ли? В ином случае стоит написать служебную записку о необходимости замены оборудования

виртуалке пока отдал 32ГБ

Да это нормально, если виртуалка прибита к процессору, то он не полезет к соседнему за памятью. Вообще выделение память зависит от memory ballooning, поэтому это выясняется только при эксплуатации.

А ещё многий серверный софт сам по себе умеет в numa, только в виртуалке это надо явно указать.

т.е. в настройках виртуалки нужно указать enable numa и host type процессор, чтобы kvm разместился в памяти ближайшей к процессору?

получилось что виртуализация proxmox тянет за собой накладных расходов 60-70% ? эли это просадка из за перехлестывания изспользуемых банков памяти между процессорами?

т.е. в настройках виртуалки нужно указать enable numa и host type процессор, чтобы kvm разместился в памяти ближайшей к процессору?

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

получилось что виртуализация proxmox тянет за собой накладных расходов 60-70% ?

Не 60-70, а на 160-170% больше нагрузка была, оба процессора в соточку это была нагрузка трассира, установленного в windows server 2012 на голом железе, после перемещения в виртуалку и разделения с sql server проблема ушла. Тут не сами процессоры были загружена, а их контроллеры памяти.

нет, нагрузка так и была 30-40% на процессор.