FreemanZAVНарод рассказывал, что у SS большая проблема с планировщиком задач.
Запускаешь несколько "тяжёлых" запросов и всё, капец OLTP. "Лёгкие" запросы начинают ждать "тяжёлые".Зайди вот сюда: http://ib-aid.com/en
Во вкладке "tests" выбери 3.0 и далее войди по любой из тучи ссылок на детализацию еженощных прогонов теста, который имитирует oltp-нагрузку. На машине с 8 ядрами и 16 гб памяти (лиск - ssd). Причём, он её делает достаточно жёсткой: никаких пауз между последовательными бизнес-действиями :-) Молотьба создается силами 100 isql-коннектов на протяжении 180 минут.

Заходим, например, сюда: http://ib-aid.com/en/logs-3-0/fx/1864/ - это отчет за 2016-09-26.
Идём там по внутренней ссылке "Performance, TOTAL score".
И видим, что за три часа молотьбы (от 100 isql-сессий) на этой машине ЗА ОДНУ МИНУТУ в среднем создавалось:
1) 422 кл заказа;
2) 3270 резервов на основе кл заказов (по мере поступления изделий). Это - "легковесные" документы, в них обычно от 5 до 20 строк.
3) создавалось (повторюсь: течение ОДНОЙ МИНУТЫ!) в среднем 109 заказов поставщику, 107 инвойсов на их основе, 65 инвойсов было проведено из статуса "черновик" в "оприходовано", 15 инвойсов отменялось (т.е. гнали обратно в "черновик", с отменой резервов и реализаций!) и было также 2 отмены заказа поставщику. Эти операции - тяжелые, а последние две - просто тяжеленные, т.к. вовлекают в себя обработку сотен документов и тысяч строк.

Машина ? 8 ядер, 16 гб памяти. Архитектура ? Суперсервер 3.0. Такие вот делы.