Есть вопрос, если кто-нибудь сможет ответить на него буду безмерно благодарен!

Нужно посчитать необходимую пропускную способность канала связи для SAPGuёв, для обоснования его увеличения или оставления в текущем виде. Есть вот такие формулы (ниже), но сказали что ето для старых GUёв. Может кто знает где взять расчёт для SAPGui 6.40???
-----------------------------------------------------
С помощью SAPgui пользователь подготавливает экран с данными и отсылает на сервер приложений. Сервер приложений получает от SAPgui информацию в виде экранов, обрабатывает данные, и генерирует экран с данными для пользователя. Подготовленный экран отсылается SAPgui. При этих операциях используется Канал связи с SAPgui. Размер блока пересылаемой информации = 8000bit.
Для расчета приблизительной пропускной способности Канала связи с SAPgui можно использовать формулу которую рекомендует SAP:

P=16000*U/(TS+TR)
Где:
P: пропускная способность канала. (bit/sec)
U: количество пользователей использующих канал.
TS: время за которое пользователь заполняет экран.(sec)
TR: ожидаемое время получения ответа от сервера приложений.

Однако результаты расчетов полуученые с использованием этой формулы имеют некоторые недостатки.

Например при расчетах для 1 пользователя :

Время на заполнение экрана пользователем в среднем составляет 10 sec. (TS=10)
Ожидаемое время получения ответа от сервера приложений 0.5 sec. (TR=0.5)
Количество пользователей использующих канал 1. (U=1).
16000*1/(10+1)=1524 bit/sec. (P=1524)

Этой скорости явно недостаточно для работы одного пользователя. При размере пересылаемого бока данных 8000bit.
Через канал c P=1524 bit/sec данные будут получены сервером приложений через 8000/1524 =5.24 sec. Такое же время будет затрачено на пересылку экрана пользователю. Время обработки данных на сервере приложений примерно составляет 0.5 sec. В итоге пользователь получит ответ через 5.24+5.24+0.5 = 10.87 sec .

Для расчета приблизительной пропускной способности канала можно воспользоваться более простой формулой:

P=9600*U.
Где:
P: пропускная способность канала. (bit/sec)
U: количество пользователей использующих канал.

Для нормальной работы 1 пользователя требуется пропускная способность канала 9600 (bit/sec).
При работе с таким каналом пользователь не замечает проблем связанных с удаленностью сервера.
Данная формула гарантирует 100% работоспособность Канала связи с SAPgui, но при расчетах для большого числа пользователей получаются явно завышенный результат.

Рекомендуется воспользоваться следующей формулой :

P = (9600*U)/(log10(U)+1)
Где:
P: пропускная способность канала. (bit/sec)
U: количество пользователей использующих канал.

Данная формула пригодна для расчета пропускной способности канала при
U < 550.

А кто и что мешает использовать этот же расчет для SAPgui 6.4?

Вроде не плохой и подробный алгоритм, IMHO

У САПа есть монументальный труд:
"Front End Network Requirements for mySAP Business Solutions"

лежит где то в SAPNet. Можно поискать по имени файла, например:
SIZING_NETWORK_V54_04.pdf

меньше 128кб/с не как , из личного опыта

Возьмите документ "Network requirements ...". Скачать его можно или по http://service.sap.com/ti или по http://service.sap.com/sizing.

Хороший пример, показывающий академизм российского образа мышления. Учтите что в Германии каналов в 1500 бод нет. Они практики. Предполагается что Вы имеете канал, допустим, в 256Кб и хотите проверить его максимальную емкость для SAPGui. В такой схеме вы получите что для работы 1-го пользователя 256Кб > 1,5Кб что и требовалось.

Данная формула показывает грубый предел, выше которого быть не может в принципе. Допустим Вы имеете 100 работников и 2 топ-менеджеров. Так вот, канал для топ-менеджеров можете расчитывать по формуле p=9600*2, а для расчета 100 оставшихся работников другие формулы. Зато Вы будете учерены, что для топов сеть есть всегда.

Из практики: 10Мб позволили спокойно работать 500 пользователям с системой на ядре 6.40 и загрузка канала была 12%. 256Кб позволили работать 80 пользователям с разными системами и загрузка канала была в районе 30%.

Работал на 4,8 кб/с и ничего - чуток помедленнее, но в принципе сносно - почта через инет и то медленнее открывалась