зачем отключать параллелизм, не понимаю.

>from_collapse_limit = 8
◦Значение более 8 можно установить при том условии что CPU имеет около 4 ГГц на ядро иначе время планирования запроса может превысить время его выполнения
>join_collapse_limit = 8◦Значение более 8 можно установить при том условии что CPU имеет около 4 ГГц на ядро иначе время планирования запроса может превысить время его выполнения

вот это интересное наблюдение, можно более развернуто, у вас наверняка статистика есть, до скольки можно и нужно поднять из практики при вводных например 4.4-4.6?

а как тогда отчёты из 1С формировать? Там же как раз для больших отчётов можно и распараллелить. Или сама 1С научилась для таких запросов ставить переменные для ПГ?

вот и я в задумчивости, как раз тяжелые select'ы очень хорошо параллеляться, а здесь наоборот в 0.

100 пользователей 1С-RAM16 ГБ, серьезно?

ух, это у кого такая жесть?*

Так как 1с в основном не отчетная система, а система транзакционной записи
Естественно, что для больших инсталяций надо настраивать "пороги", но для массовых надо просто выключить

Ну и как говорит Бартунов Олег - OLTP = выкл параллелизм

это я все особо интересные места инструкции цитирую.

Да
Но только там нет сервера 1с, только субд

аналитика по продажам, это  не отчеты?
аналитика по закупкам?
там вычислений как раз больше чем записи.

А зачем он там?
Механика сервера 1с тоже учитывает общий объём оперативки и считает что тут всё для неё!

Зависит от объё ов выборки
Если мы говорим о терабайтных базах, то там нужна уже тонкая настройка

я не настоящий сварщик, но при выделенных 8ГБ при наличии ВСЕГО 8ГБ, не будет все жестко свапиться?

Прекрасно формируются со скоростью не меньше чем у ms sql

т.е. положительного эффекта для формирования отчётов при включенных параллельных запросах не будет? Или это будет мизерное преимущество, которым можно пренебречь?

Я подправлю формилуровку, чтобы было понятнее
Речь о свободной от других нагрузок оперативки
Но совмещать с сервером 1с крайне не рекомендую, так как  механику сервера 1с можно корректировать только при уровне лицензии корп
А это значит большая инстпллляция и там уже по другим причинам нужно разделить сервер СУБД и 1с

Всё сильно зависит от конкретно ваших данных
Это нужно тестировать
Но в массе выигрыша практически нет, а нарваться на то что все ядра лягут под 2-мя отчётами шанс велик

Спасибо

с другой стороны ядра могут курить, пока менеджер ждет который час  свой отчет.

в любом случае спасибо за проделанную работу.