Имя: Пароль:
IT
 
MS SQL. "Макс. степень параллелизма" и "Стоимостный порог для параллелизма"
0 ptrtss
 
23.04.12
11:37
SQL временно живет на сервере где пользователи файловой семерки в терминалах. Соответственно, возникло желание так сделать, чтоб не загонял процессор в 100% чуть что

Процессор один, ядер 8

Раньше "Макс. степень параллелизма" была 0, и часто было 100%. Сейчас поставил 4 (проверю думаю, это 4 ядра или 4 процессора) - восстановление базы из бекапа больше 5% не жрет

Обратил внимание на "Стоимостный порог для параллелизма" там стоит 5 секунд. Сам не менял, наверное так оно и стояло, при изменении макс. степени само наверное не поменялось бы

Вопросы. Почему такой странный эффект? Сколько нужно поставить, чтобы SQL ел хотя бы 40-50% при пиковых нагрузках? Сколько секунд лучше поставить в стоимостный порог?
1 ptrtss
 
23.04.12
11:38
SQL для адинески КА
2 kod263
 
23.04.12
11:40
параллелизм для 1С плохо
3 ptrtss
 
23.04.12
11:48
(2) Вообще 1 ставить? А почему плохо?
4 skunk
 
23.04.12
11:50
косяк 2008 ... 0 - дефолтом идет на максимально возможный ... но работает как - 1 ... ставить на стандарте - 4
5 Mikeware
 
23.04.12
12:16
(3) на SQL.RU статейка была об этом. Если коротко, то при высокой степени параллелихзма булет распараллеливание, и ожидание окончания выполнения параллельного запроса.
погоняй сервер скриптом от vde69
6 skunk
 
23.04.12
12:19
(5)для этого собственно и нужен параметр "cost threshold for parallelism"
7 ptrtss
 
23.04.12
12:25
Спасибо, коллеги
Закон Брукера: Даже маленькая практика стоит большой теории.