Веб темплейт в планировании IP открывается примерно 45 секунд. Темплейт довольно сложный, но даже без данных открывается медленно. Посмотрел query которые там используются, в настройках было выключено "selection of structure elements", включил везде, вроде улучшилось до 30-35 секунд. Незначительно.
Судя по RSTT самый тяжелый процесс BICS_PROV_SUBMIT_VARIABLES занимает около 12 секунд. Переменные на user-exit есть, но в целом код там не очень тяжелый, 12 секунд занимать не должен.
У кого-нибудь есть опыт улучшения производительности в IP или в целом BEx? На что в первую очередь обратить внимание?

а что мешает вынести код user-exit переменных в ABAP-программу, вызвать и замерить реальное время выполнения?

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

я бы посоветовал потрассировать бекс-запросы в rsrt, посмотреть на инфо-провайдеры, на объем данных в них.
в rsrt можно галочку поставить, система при трассировке предложит агрегаты для инфо-кубов.
в st05 можно проанализировать производительность SQL-запросов.
а производительность АВАР-кода можно смотреть в st12.

В том и дело что даже без данных всё медленно. Банально запускаешь query и проходит секунд 30 пока она откроется. Агрегаты в данном случае ругать не совсем правильно.

есть инструменты и для анализа производительности портальных компонентов, например EarlyWatch.
еще могут быть последовательности/функции планирования, которые долго отрабатывают. если есть возможность получить помощь от коллег из базиса, тоже не помешает.
также если среди инфо-провайдеров есть виртуальные, которые в процессе выполнения запрашивают данные в других системах, причина может быть в этом.
либо нехватка свободных процессов на стороне BW либо портальной инстанции, как вариант.