Коллеги, подскажите не базиснику.
При запуске большого числа параллельных заданий, имею нагрузку CPU = 95% (st06).
Сервер приложений один.

Как понять, является ли сеть в данном случае узким местом или нет?
ST06 в разделе LAN показывает среднее число передаваемых пакетов в секунду на вход и выход, но как сопоставить их с пропускной способностью сети?

Предполагаю, нужно узнать параметры сетки (1g или 10g) и средний размер одного пакета.
Как получить эту информацию?

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

Кроме того, когда приложение запрашивает сеть отправить буфер, оверхед для операционной системы в данном случае небольшой - переключиться в контекст ядра, скопировать буфер в kernel space, поместить указатель на него в transmit queue. Далее нагружаться будет процессор сетевой карты. Приложение же засыпает в send() или write() системном вызове. Я бы на всякий случай проверил, как распределены прерывания по сетевой карте на процессоры (инфу можно взять из файла /proc/interrupts), кроме того, если теоретически предположить, что узким местом является сеть, то должны быть повышенные значения в dropped packets в SAR статистике. Но очень маловероятно, судя по описанию.

Понятно, все упирается в доступ системе на уровне OS, которого у меня, как не базисника, нет и не будет.
Я очень надеялся, что что-то можно понять встроенными в SAP средствами.
Нагрузка в 95% была мной создана в тестовой системе параллельным запуском заданий, это не прод все-таки.

не возжелай хлеба базисника (с)

А я и не желаю
Вот только у меня есть свой, оптимизаторский хлеб.
И он вынуждает мыслить вертикально: оптимизация алгоритма->оптимизация ABAP кода->оптимизация БД.
На уровень ОС не погружаюсь, но в данном случае нужно было понять, где именно узкое место.

сетка (обычно) последнее в списке
а на оси - SM69 в руки и дерзайте

Должно стать первой заповедью!

Я слышал об одном случаи когда все дело было именно в сетке. НО! В том случаи базисник устроил фильмохранилище на сервере БД.

нет полномочий на SM69 и это неспроста
Я все-таки осознаю границы своей некомпетентности, в ОС не полезу.

В одной очень крупной копании был случай, когда условно "перевоткнули проводок" в маршрутизаторе ЦОДа и система стала работать раза в 1,5-2 быстрее.

У нас на одном из продов инстанс и БД стоят на разных серверах. Сеть гигабитная.
Специально напрягал сетевиков сделать статистику в самый загруженный период.
Максимальная замеченная нагрузка на интерфейсе сервера приложений была 60Мбит,
максимальная замеченная нагрузка на сетевом интерфейсе сервера БД была 25Мбит.
При том, что на сервер приложений лазят сотрудники со всей страны.
На предложение развести сетевой трафик между интерфейсами наши сетевики долго ржали и
спросили, "что изменится в твоей вселенной, если трафик вместо максимальных 60мбит будет 40 ???".
И как-то ничего вразумительного и правда не придумалось....