Толстый 3Tier Клиент - зачем он ?

[Logger]

Интересно, а зачем в Аксапте предусмотрен толстый 3tier клиент?

Судя по описанию в куцем мануале по администрированию - все необходимые задачи должны покрываться стандартными тонким трехзвенным клиентом и двухзвенным клиентом.

Может кто-нибудь знает, когда может быть полезен толстый 3tier клиент ?

[belugin]

код приложения на клиенте обновляется не через файловую систему, а через сервер приложений.

[Nikolaich]

Ну я читал, что стоит ставить толстого клиента пользователю у которого мощная рабочая станция, дабы все-таки не нагружать все на AOS, а с помощью толстого клиента позволить юзеру самому выполнять бизнес-логику если мощность его машины позволяет. Однако непонятно - сейчас юзер с мощной рабочей станцией обычное дело. Но стоит ли устанавливать всем таким толстого клиента? В общем - вопрос тестирования

[olesh]

По сравнению с 2-tier при толстом клиенте, во-первых, функциональность кэшируется в памяти на AOSе, во-вторых, создается кэш объектов (файл aoc) на клиенте. В результате такая конфигурация работает шустрее, чем двухуровневая.

А еще, к примеру, доступна посылка сообщений юзерам.

[Logger]

а кто-нибудь вообще активно использует такой тип клиента ?

у нас все сидят на тонком в трехзвенке...

[olesh]

Используем. Порядка 30 пользователей. АОС - пока обычная рабочая станция среднего уровня (у юзеров уже гораздо лучше машинки). Когда будет полноценный сервак, попробую поиграться с тонким клиентом.

[YaHooka]

Цитата:

Изначально опубликовано olesh
... 30 пользователей. АОС - пока обычная рабочая станция ...

Интересно! 30 пользователей всего? или толстых? Какие модули используются?

[olesh]

Всего 30. И почти все толстые, тонких - 2-3 клиента. Нагрузка на AOS никакая, поэтому пока такая железка. Модули - Финансы, Торговля, Логистика.

[Sada]

Толстый клиент вещь замечательная!!! Разноска тойже кассы у меня занимает на тонком минут 40, а на толстом порядка 40 секунд. Я сделал свой выбор (он тут очевиден). Это не единственный пример.

[Logger]

Цитата:

Разноска тойже кассы у меня занимает на тонком минут 40, а на толстом порядка 40 секунд.

Надо же !
Колоссальная разница. 60 раз.

Слушайте а какое у вас железо на сервере к которому коннектится тонкий клиент и на рабочем месте с которого работает толстый 3tier клиент ?

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

Попробуйте запустить то же самое в двухзвенке.

[Sada]

Разница да!!! Клиентская машина Пень4 2000, 512 оперативы и тд (все такие, ну попадаюия пенки 2800 ), а АОS слабоват: Xeon 2800, 533 МГц, 2 гига оперативы и куча винтов 10000 оборотов (скази). А что двухуровневая даст? Мне просто экспериментировать дальше не охота (Работает же).....

[Logger]

Ну просто интересно понять почему такой разрыв в скорости.

Неужели вам совсем неинтересно ?

Просто мне кажется что здесь дело не в типе клиента а в особенностях железа или сети.
Поэтому я и попросил еще раз попробовать со всеми типами клиентов.
А может все было еще проще - на момент замеров времени сервак в трехвзенке был еще чем-то нагружен. Проводили что-нить с другого рабочего места...

[Sada]

Согласен, интересно. Проводил с других рабочих мест - ситуация такая же. Может все дело в сервере пакетной обработки (он у меня чего то там обрабатывает постоянно почти, не я его настраивал и лезть в такие дебри мне пока еще рановато (а кто настраивал - уволился и недосигаем))

[Logger]

Ну тогда понятно.
Скорее всего сревак был нагружен пакетной обработкой и таким образом только часть его ресурсов отводилась для проведения документов.

А толстый клиент - он фактически двухзвенный при взаимодействии с базой. Поэтому Ресурос для проведения оказалось больше.

Полагаю, что если вы запустите проведние в чистой двухзвенке, то скорость тоже будет порядка 40 секунд.

[Sada]

Вероятней всего. Но когда проводилась касса в тонком ВСЕ либо просто ужасно тормозили либо висели. Таким образом толстый клиент убил сразу двух зайцев. А двух звенку попробую, интересно стало.

[mazzy]

Цитата:

Изначально опубликовано Sada
Толстый клиент вещь замечательная!!! Разноска тойже кассы у меня занимает на тонком минут 40, а на толстом порядка 40 секунд. Я сделал свой выбор (он тут очевиден). Это не единственный пример.

Нет, вы сделали неправильный выбор.
Правильный выбор - не использовать объекты с суффиксом _ru.

[Maxim Gorbunov]

Цитата:

Изначально опубликовано mazzy
Нет, вы сделали неправильный выбор.
Правильный выбор - не использовать объекты с суффиксом _ru.

Ну вот, опять ты начинаешь Мы же уже как-то здесь на форуме обсуждали этот вопрос, и пришли к выводу, что без российской функциональности работать в России невозможно.

[Logger]

Цитата:

Правильный выбор - не использовать объекты с суффиксом _ru

Народ, вы о чем ?
Просветите.

[Logger]

Опс.
Косяк.

Недавно изучал документ AX-300-TIP-058-v01.00-ENUS про кеширование в Аксапта.
Цитирую :

Microsoft Axapta Fat client theoretically may expose any unwanted blocking when updating flushInfo. In this unlikely event, you should increase the CACHESYNCTIME, especially on Fat Clients (assuming of course that you do not have 100 AOS’s!)
For the above reasons it is possible, with the Microsoft Axapta Fat Client, to update a cached table and NOT have the flush info written to the database if the user removes Windows Focus from the Microsoft Axapta Client immediately after the update. Any click on the Microsoft Axapta Client will restore focus and the flush info will then be written. This is a technical limitation in the Microsoft Axapta Fat Client ONLY.

Получается, что при использовани толстого клиента возможны ситуации, когда данные измененные пользователем, работающим под тостым клиентом не отображаются в кеше других клиентов. (Хотя гарантировано должны после прошествия времени CACHESYNCTIME)

Получается что лучше не использовать Fat 3Tier клиент.

Надежнее просто работать в двухзвенке.

[mazzy]

Цитата:

Изначально опубликовано Maxim Gorbunov
Ну вот, опять ты начинаешь Мы же уже как-то здесь на форуме обсуждали этот вопрос, и пришли к выводу, что без российской функциональности работать в России невозможно.

Хм... Я помню.
Не хочется быть голословным. Поэтому пока ничего не скажу