На комфортную работу влияет не столько ширина канала, сколько задержка (latency) в канале. При разработке тонкого клиента предполагалось, что задержки будут <100ms, лучше <50ms.
Формула:
ASU x 6,4 kbps = y
If y < 64 kbps then bandwidth = 64 kbps
else bandwidth = y kbps
http://technet.damgaard.com/default.asp?Me...tput&NEWSID=408
Мои впечатления от работы стандартного тонкого клиента
по модему 33.6:
1. Первая загрузка длится минут 10. В это время прокачиваются необходимые dll, ocx на клиента. Можно отключить загрузку этих файлов, тогда первая загрузка по модему выполняется минуты 2-3.
2. В дальнейшем Аксапта работает нормально, но в рваном режиме.
Что значит рваный режим?
Это значит, что Аксапта по модему работает, работает, затем вдруг останавливается, качает по модему порцию данных и объектов, затем снова работает как ни в чем ни бывало.
Почему?
Аксапта разрабатывалась из предположения, что лучше передать один большой блок, чем несколько маленьких такого же размера. Таким образом, минимизиуются потери на передачу служебной информаций.
Однако, в результате, на тонком канале видно следующее. Модем как правило почти ничего не передает. А затем вдруг начинает гнать данные с загрузкой 100%. В среднем, модем загружен процентов на 15-20. Т.е. одновременно можно нормально качать страницы, работать с терминалом и т.п.
Таким образом, тонкий клиент действительно снижает трафик. Однако на канале с большой задержкой (latency) и с небольшой шириной, бывают моменты, когда становится заметно, что Аксапта ждет прихода своих данных. Пользователи видят, что Аксапта замерла, а это сильно их разждражает.
Если у вас тонкий канал и всего лишь один-два пользователя, попробуйте терминальное решение. Терминал дает больший трафик. Но терминал "размазывает" нагрузку во времени. В результате пользователи стабильно подтормаживают, но привыкают к этому и не разрдражаются сильно.
Однако, если на модеме у вас будет "висеть" большее число пользователей или канал будет пошире, то стоит снова подумать о тонком клиенте.