КритикНе хотите пропатчится до 10.50.4260?Хотя бы до 10.50.4000 (SP2)

Михаил,

что стоит в параметрах для
ThreadPool \ Process \ MaxThreads
ThreadPool \ Query \ MaxThreads

?

Михаил48
240

48 для ThreadPool \ Process \ MaxThreads - это мало. Может проявляться следующим стремным образом - AS при процессинге тупо уходит в спячку, когда доходит до максимума по threads, без каких либо сообщений в логах - начинает делать все в час по чайной ложке - со стороны выглядит как мертвый - обычное дело, когда много партиций и ядер - у некоторых клиентов ставим и 256, и 320. Сдается мне, что подобное может проявляться и в случае с Query Threads. Я бы почитал, что всемирный разум говорит по поводу этих параметров. Мне кажется, что проблема именно в них, тем более под вашей нагрузкой.

Михаилmaxol6748 для ThreadPool \ Process \ MaxThreads - это мало.


Наоборот:
48 - Query.
240 - Process.

maxol67 Может проявляться следующим стремным образом - AS при процессинге тупо уходит в спячку, когда доходит до максимума по threads, без каких либо сообщений в логах - начинает делать все в час по чайной ложке - со стороны выглядит как мертвый - обычное дело...

Т.е. у вас тоже такое наблюдалось?Наблюдалось засыпание при процессинге. Лечилось увеличением threads.

Михаилmaxol67,

что у вас при этом в

<CoordinatorQueryBalancingFactor>
<CoordinatorQueryBoostPriorityLevel>

?By default

МихаилА сам процессинг при этом нормально проходил?Если ты имеешь в виду ДО увеличения threads, то в том то и дело, что AS "засыпал" - не совсем умирал, но начинал еле шевелиться - процессил какие-то 10000 в минуту. Причину установили виндовым перфоманс монитором - когда доходил до границы по threads, то после этого впадал в "спячку" - лечится только увеличением threads и рестартом. У вас, кажется, похожая проблема.

Михаилmaxol67...когда доходил до границы по threads...

Увеличивали MaxThreads у Process или и у Query тоже?Увеличивали у Process, потому что было много ядер и партиций. Но с твоим количеством и интенсивностью запросов, думаю, надо и Query увеличивать, но т.к. я этого не делал никогда, то я бы посоветовал почитать сначала по поводу query threads, но что-то мне говорит о том, что причина и в них тоже. Т.е. резюмируя - у AS едет крыша, когда он доходит до верхней планки по process and/or query threads.