Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Кол-во используемых процессоров в 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:32 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
Забыл указать, редакция Enterprise ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 09:35 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
а всё разобрался ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 12:49 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
h1g04, Ну уж колись давай, в чем разобрался :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 12:56 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
uaggster, Наверно потому что в стандарте это всегда однопоточная операция, т.е. ребилд. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 15:25 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
aleksrovuaggster, Наверно потому что в стандарте это всегда однопоточная операция, т.е. ребилд. скажу даже больше, MS в принципе не рекомендует делать ребилд в многопоточном режиме ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 15:26 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
TaPaK, Если честно впервые слышу, а чем обосновано? В 2016 Sp1 и 2017 кстати и в стандарте может в несколько потоков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 15:43 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
aleksrovTaPaK, Если честно впервые слышу, а чем обосновано? В 2016 Sp1 и 2017 кстати и в стандарте может в несколько потоков. Если коротко, при собиарании потоков даёт фрагментацию. В принципе там % не такой уже и критический, но кому как :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 16:10 |
|
||
|
Кол-во используемых процессоров в SQL
|
|||
|---|---|---|---|
|
#18+
TaPaK, Я так и думал :) Я знаю что это может помочь в кластерных, имеется ввиду rowgroup elimination, для обычных такого не читал, видимо плюсы перевешивают минусы, не зря в стандарте этого не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2018, 16:24 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39683141&tid=1689319]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
71ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 256ms |
| total: | 418ms |

| 0 / 0 |
