Такой процент держится уже в течение нескольких месяцев.
Параллелизм отключен - максдоп=1.
Статистику ожиданий сбрасывал.
Кеш планов обнулял.
Что может быть?

Скуль рестартовал, сервер многократно ребутил за это время.

"Occurs with parallel query plans when trying to synchronize the query processor exchange iterator. If waiting is excessive and cannot be reduced by tuning the query (such as adding indexes), consider adjusting the cost threshold for parallelism or lowering the degree of parallelism."

(2) ну так понижено уже до 1

Платформа только в одном случае сама использует параллельный план запроса - создание индекса для таблицы.

(4) Раз в сутки дефрагментация/перестроение индексов. А статистика ожиданий такая копится уже даже в течение одного часа днем..

(4) да ты что???? постоянно юзается.....

(0) регламент обновления статистики в скуле как часто делается?

(4) Или при апдейте индекса тоже используются параллельные планы?

(6) Раз в сутки делается по всей базе, а по 6 самым большим таблицам - раз в 3 часа.

параллелизм включи.... =0

(9) не рекомендуется же

(10) не рекомендуется для 7.7, для 8.х наоборот...

(11) сейчас получается при отключенном параллелизме - ожидания при выполнении параллельных планов велики

вы предлагаете включить параллелизм?

переходить на 8.3 и включать версионирование

А наверно у тебя и блокировки неуправляемые

(12) да именно это я и предлагаю, ты будешь удивлен :)

(5) Если параллелизм установлен в 1, то проверь что нет левых запросов, не от платформы

(16)они по любому есть от регламентов, из-за это и траблы, регламенты с 1с не могут поделить....

(6) Где? Можешь пример показать? При отключеном параллелизме.

(18) полнотекстовый, хранимки в системных базах, регламенты, местами темпдб

(7) Если глобально отключен параллелизм, то по идее не должны.

(19) Ну а к платформе это как относится? Я в (4) только про нее говорил.

(13)(14) 8.3, версионирование, управляемые

(15) включил, обнулил статистику, ждемс

(22) Я ошибся, это не то ожидание

Хотя CXPACET - это не то ожидание, с которым нужно работать

(25) вы про избыточные ожидания на блокировках? о них тут многие в курсе, но вопрос был о другом

(26) там и другие есть типы )))

(27) согласитесь, что в случае процента ожиданий одного типа - 82%, начать лучше именно с этого типа?

http://sqlcom.ru/waitstats-and-waittypes/wait-stats-day-6/

(29) уже опять 73%, и растет

(28) не соглашусь. Ищут не там где светло )))

начинать нужно с проблем? опиши проблему

(31) ну хорошо, изначальный вопрос в теме: почему процент данного типа ожиданий велик, в случае отключенного параллелизма

а точно отключен?

(33) Включи MDW, собери статистику и посмотри с какими запросами ассоциируется CXPACKET. Как вариант, будут запросы в которых явно включен параллелизм через OPTION (MAXDOP N)

(34) по моим сведениям да, как проверить точнее?
(35) это спасибо, буду посмотреть

действительно, апдейт статистики

(37) Это не страшно

(38) уже понял, спасибо