[mazzy]

На комфортную работу влияет не столько ширина канала, сколько задержка (latency) в канале. При разработке тонкого клиента предполагалось, что задержки будут <100ms, лучше <50ms.

Формула:
ASU x 6,4 kbps = y
If y < 64 kbps then bandwidth = 64 kbps
else bandwidth = y kbps

http://technet.damga...tput&NEWSID=408


Мои впечатления от работы стандартного тонкого клиента по модему 33.6:
1. Первая загрузка длится минут 10. В это время прокачиваются необходимые dll, ocx на клиента. Можно отключить загрузку этих файлов, тогда первая загрузка по модему выполняется минуты 2-3.
2. В дальнейшем Аксапта работает нормально, но в рваном режиме.

Что значит рваный режим?
Это значит, что Аксапта по модему работает, работает, затем вдруг останавливается, качает по модему порцию данных и объектов, затем снова работает как ни в чем ни бывало.

Почему?
Аксапта разрабатывалась из предположения, что лучше передать один большой блок, чем несколько маленьких такого же размера. Таким образом, минимизиуются потери на передачу служебной информаций.

Однако, в результате, на тонком канале видно следующее. Модем как правило почти ничего не передает. А затем вдруг начинает гнать данные с загрузкой 100%. В среднем, модем загружен процентов на 15-20. Т.е. одновременно можно нормально качать страницы, работать с терминалом и т.п.

Таким образом, тонкий клиент действительно снижает трафик. Однако на канале с большой задержкой (latency) и с небольшой шириной, бывают моменты, когда становится заметно, что Аксапта ждет прихода своих данных. Пользователи видят, что Аксапта замерла, а это сильно их разждражает.

Если у вас тонкий канал и всего лишь один-два пользователя, попробуйте терминальное решение. Терминал дает больший трафик. Но терминал "размазывает" нагрузку во времени. В результате пользователи стабильно подтормаживают, но привыкают к этому и не разрдражаются сильно.

Однако, если на модеме у вас будет "висеть" большее число пользователей или канал будет пошире, то стоит снова подумать о тонком клиенте.

[Maxim Gorbunov]

Необходимо учитывать, что при работе с тонким каналом не имеет смысла давать пользователю доступ ко всем модулям (уж если действительно нужен доступ ко всему, стоит задуматься о расширении канала), а при работе на небольшом участке "рваный режим" можно более или менее успешно сгладить настройкой кэширования. Моменты, когда Аксапта как бы подвисает, в основном связаны с тем, что скачиваются объекты AOT, которые должны выполняться на клиенте. Минимизировать этот эффект можно с помощью файла master.aoc

[mazzy]

Последние требования для AX4.0
http://www.microsoft...quirements.mspx