прикол в том, что я понимаю, что aggr утяжеляет работу, но мы для этого купили конский сервак на 3,5 землекопа) а он тупо не задействует свою мощь

А если в проблемной формуле aggr убрать - все ок работает?
Во время работы формулы какой % цпу задействован? Сколько ядер нагружено?

а в момент зависания не идет прирост загрузки памяти?

а заскринить настройки engine в блоке "Advanced" можете?

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

по загрузке. зачастую даже не получаем никакого колебания.

сейчас 256 гб оперативы.
8 ядер на довольно мощном проце.
ядра по отдельности не показывают нагрузку, и обычно это на уровне пары %

нет

мы как раз от такой картины планировали уйти покупая сервер, потому что понимали, что это из-за недостатка мозности, потому что там у нас был 128 гб ОЗУ, и его дефолтное состояние рабочее было на уровне 90 гб занятости. ЦПУ нагружался намного реже.

сервак не на AMD случаем?

Можно гадать бесконечно долго. Делайте усеченный апп проблемной модели, выгружайте и отдельно анализируйте. Наверняка найдётся где причесать.
А на сервере смотрите логи по времени проблемы. Предварительно включите режим логирования если он выключен.

На таких размерах следует искать изящные решения, чтобы аггр не задействовать.

да, но... после ребута-то все работает, а висяк уже апосля, как я понял

да, АМД

и на урезанных данных висяк можно и не словить

все так

ищите в инете инфу про кеш. и отключайте его виртуализацию, если не используете ее

понял, спасибо

Надо не висяк ловить, а устранять потенциально проблемные моменты.

Лишние поля, лишние связи, лишние ключи и т.д.

Даже спорить не буду. Про аггр согласен на 101% :) Но тут надо сначала понять где ловить и уже там оптимизировать.