Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Собственно говоря интересует, сабж. Пользовался ли кто нибудь данной возможностью? Например для OLTP нагрузки или VIP пользователей.
31 авг 15, 15:26    [18091425]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
Вопрос на засыпку: какие ощущения будут у такого пользователя, когда у его запроса все страницы будут на другом узле?
1 сен 15, 10:27    [18094080]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Да нормальные ощущения будут у пользователя. Сейчас проводим нагрузочные тесты. Например в случае когда фоновой нагрузкой убиваешь сервак по ЦПУ и затем применяешь ресурс говермент то эффект есть но не 100% а вот в случае явного выделения нума узла под OLTP нагрузку - то эффект есть на все 100. Тут другая сложность если OLTP нагрузка слишком волонтильна то эффект может быть отрицательным.(в момент когда этого узла не хватает в момент пиковой нагрузки OLTP) Но этот вопрос технически решается(мы можем динамически расширять на другие узлы и процессора).

Насчет когерентности памяти на различных узлах вопрос интересный. У меня есть ряд исследований и предположений как это работает в MSSQL(в контексте NUMA), сдается то что я читал(Саша, в том числе и твои переводы) мягко говоря упрощено. Если интересно то могу опубликовать результаты экспериментов, сможем обсудить...
1 сен 15, 11:57    [18094518]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Бывает ведь такое что похожие архитектурно сервера AMD Intel ведут себя совершенно по разному. Например сейчас ломаем голову, AMD почему то плохо балансирует нагрузку.(много потоков с равномерными интенсивными,маленькими задачами). Intel с подобной задачей справляется нормально. Его бы использовать но... уже оборудование стоит нужно разобраться с AMD. Явный дисбаланс нагрузки по ЦПУ причем в сторону одного из нума узлов. Нет ни у кого мыслей по этому счету?

Пока только http://www.jonmunday.net/2013/04/22/why-are-my-new-servers-so-much-slower-than-the-old-ones/ нашел. Но вряд ли это относится к моему случаю.
1 сен 15, 16:22    [18096207]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
То: Александр Гладченко
Если бы я архитектором был то сделал бы наверное так...
Во первых понятно, что кеш данных считанных с диска(либо после изменения) должен находится в какой то области оперативной памяти(это даже не обсуждается). Вопрос в какой?
Можно лишь с уверенностью утверждать что в зависимости от маршрута скорость и пропускная способность будут разными.
Если предположить за основу то что в рамках одного узла скорость обращения максимальная - эффективнее всего что бы связанные данные(страницы данных) находились в одном узле. Для этих целей было бы оптимально что бы данные(страницы) хранились избыточно на различных узлах. Предполагалось в этом случае необходимо понимать через максимально быстрый(минимальное время отклика) блокировочный механизм какие данные и где на каких узлах устарели, соответсвенно вопрос их получения и обновления. Для этого не нужно хранить сами данные а достаточно хранить указатели и версию.(это может быть группа страниц). Эта область хранения должна быть минимальна по объему а также максимально скоростной для всех точек маршрута("центральный узел"?). Скорость получения данных определялась бы тем где именно находится нужные данные и какова вероятность нахождения их актуальными в нужном узле. Для того что бы повысить их актуальность я бы сделал асинхронную репликацию всех узлов.

Вообщем это концептуально если пофантазировать(как я провел лето:))
1 сен 15, 18:16    [18096686]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
Нынче намного проще купить побольше оперативки. Сейчас 4Тб, а завтра и все 12 можно воткнуть. Когда памяти в достатке, можно поддержку NUMA вообще отключить, как Майкрософт советует...
2 сен 15, 12:24    [18099292]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Узкое место не память - узкое место шина связывающая узлы ну и память с процессорами.(итог - время отклика должно быть минимальным) Насчет - "отключить NUMA" можно было бы скинуть ссылку? Просто настолько все непрозрачно, а иногда не эффективно. А еще материалов по этому(по последним серверам так точно) практически нет. Все статьи старинные.
2 сен 15, 14:32    [18100054]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
Александр Гладченко
Member

Откуда:
Сообщений: 10802
Блог
МуМу
Узкое место не память - узкое место шина связывающая узлы ну и память с процессорами.(итог - время отклика должно быть минимальным) Насчет - "отключить NUMA" можно было бы скинуть ссылку? Просто настолько все непрозрачно, а иногда не эффективно. А еще материалов по этому(по последним серверам так точно) практически нет. Все статьи старинные.


https://www.sql.ru/blogs/gladchenko/1952

А как определили, что узкое место QPI?
3 сен 15, 10:27    [18102728]     Ответить | Цитировать Сообщить модератору
 Re: Привязка конкретного NUMA узла к конкретным пользователям системы.  [new]
МуМу
Member

Откуда:
Сообщений: 1134
Определяли сложной комбинацией тестов.(в том числе включая параллелизм с превышением кол. ядер в нума узле).Смотрели на время выполнения операций ну и посматривали на NUMA счетчики. Все это исследовали разумеется как без нагрузки так и при большой специфической нагрузке. Я думаю через месяц материалы опубликую.
5 сен 15, 11:59    [18112438]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить