Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
03.08.2018, 09:32
|
|||
|---|---|---|---|
|
|||
Кол-во используемых процессоров в SQL |
|||
|
#18+
Добрый день. У меня MS SQL 2016 работает в VM под Hyper-V. Процессор на физическом сервере Xeon E5-2620v4 8 ядер 16 потоков. Я выделил 10 vCPU под эту виртуалку и фиксированный обьём памяти 20480Гб из них от 8192 до 16384 под SQL и остальное под агент сервера 1С 8.3 х64. Ночью выполняется Maintenance Plan, который выглядит следующим образом: https://yadi.sk/i/hzNLaFUL3ZrV2Z В заданиях Check Database Integrity и Rebuild Index указал maxdop = 4. Замерял скорость выполнения заданий с шагом в 2 от 0 до 1. Разница была в пределах 10 минут относительно 2х часов выполнения на значении = 4. Update Statistics с параметром column statistics only. Собственно проблема в том, что по системе мониторинга в момент перестроения индексов полностью загружен только 1 CPU и при этом почему-то 8й: https://yadi.sk/i/180qwHOr3ZrVHj Проверил, что SQL использует все "ядра": Код: sql 1. 2. Результат https://yadi.sk/i/WTOFHgTH3ZrVRK Подскажите, почему так происходит и можно ли это как-то исправить? Заранее благодарен за ответты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 09:35
|
|||
|---|---|---|---|
|
|||
Кол-во используемых процессоров в SQL |
|||
|
#18+
Забыл указать, редакция Enterprise ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 12:49
|
|||
|---|---|---|---|
|
|||
Кол-во используемых процессоров в SQL |
|||
|
#18+
а всё разобрался ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 12:56
|
|||
|---|---|---|---|
|
|||
Кол-во используемых процессоров в SQL |
|||
|
#18+
h1g04, Ну уж колись давай, в чем разобрался :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 15:25
|
|||
|---|---|---|---|
Кол-во используемых процессоров в SQL |
|||
|
#18+
uaggster, Наверно потому что в стандарте это всегда однопоточная операция, т.е. ребилд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 15:26
|
|||
|---|---|---|---|
Кол-во используемых процессоров в SQL |
|||
|
#18+
aleksrovuaggster, Наверно потому что в стандарте это всегда однопоточная операция, т.е. ребилд. скажу даже больше, MS в принципе не рекомендует делать ребилд в многопоточном режиме ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 15:43
|
|||
|---|---|---|---|
Кол-во используемых процессоров в SQL |
|||
|
#18+
TaPaK, Если честно впервые слышу, а чем обосновано? В 2016 Sp1 и 2017 кстати и в стандарте может в несколько потоков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 16:10
|
|||
|---|---|---|---|
Кол-во используемых процессоров в SQL |
|||
|
#18+
aleksrovTaPaK, Если честно впервые слышу, а чем обосновано? В 2016 Sp1 и 2017 кстати и в стандарте может в несколько потоков. Если коротко, при собиарании потоков даёт фрагментацию. В принципе там % не такой уже и критический, но кому как :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.08.2018, 16:24
|
|||
|---|---|---|---|
Кол-во используемых процессоров в SQL |
|||
|
#18+
TaPaK, Я так и думал :) Я знаю что это может помочь в кластерных, имеется ввиду rowgroup elimination, для обычных такого не читал, видимо плюсы перевешивают минусы, не зря в стандарте этого не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/search_topic.php?author=alless&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
6ms |
get forum list: |
17ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
42ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
24ms |
get tp. blocked users: |
1ms |
| others: | 691ms |
| total: | 809ms |

| 0 / 0 |
