3-уровневые толстые и тонкие клиенты одновременно

[belugin]

А вы убедеились, что узкое место жэто именно AOS?

[vesna dba]

Цитата:

Сообщение от belugin

А вы убедеились, что узкое место жэто именно AOS?

Проблем с производительностью сейчас не испытываем, но то что на один AOS (ЦП 3ГГц, 2Гб ОЗУ) 85 одновременных пользователей уже многовато - чувствуется в конце\начале месяца.
Основная цель - попробовать снять хоть часть нагрузки с АОСа, задействовав мощь пользовательских ПК.
--
А Вы знаете какие счетчики производительности АОСа икак интерпретирвать, чтобы принять решение о проблеме производительности АОСа? Подсказывайте - спасибо скажу!

[mazzy]

Цитата:

Сообщение от vesna dba

Проблем с производительностью сейчас не испытываем, но то что на один AOS (ЦП 3ГГц, 2Гб ОЗУ) 85 одновременных пользователей уже многовато - чувствуется в конце\начале месяца.
Основная цель - попробовать снять хоть часть нагрузки с АОСа, задействовав мощь пользовательских ПК.

Э-э-э....
1. Вообще то рекомендуется держать на одном АОСе не более 50-60 пользователей.
2. Что-то вы извращаетесь. Просто купите второй АОС, поставьте его на второй сервер, распределите пользователей и будет вам щастье.

Затрат на лицензию - около 2800 Евро без НДС.
Но мне кажется, что это будет существенно меньше, нежели вы затратите на разработку изврата и его поддержку.

===============
по делу.
Последние сервис-паки AX3.0 нормально работают в смешанном режиме, если не программировать направо и налево в рабочей базе при работающих пользователях (если программировать бездумно, то у кэшей крыша частенько едет).

Прогайте в девелоперской. Изменения накатывайте периодически при небольшом числе пользователей.

Но лучше все-таки просто купить еще один АОС.

[vesna dba]

Цитата:

Сообщение от mazzy

Э-э-э....
1. Вообще то рекомендуется держать на одном АОСе не более 50-60 пользователей.

Про это я знаю, хотя где-то видел рекомендацию в 75 пользователей (в каком-то из документов с тестами).
А вот скажите - возможно ли обойтись более мощным сервером с большим объемом ОЗУ и не покупать второй АОС. Почему завязка на количество пользователей? Может тогда есть какой-то потолок по серверному железу, выше которого хоть разбейся, а эффективно использоваться не будет?

[gl00mie]

Цитата:

Сообщение от vesna dba

А вот скажите - возможно ли обойтись более мощным сервером с большим объемом ОЗУ и не покупать второй АОС.

Возможно, если использовать 4-ку, но вам, похоже, это не грозит

Цитата:

Сообщение от vesna dba

Почему завязка на количество пользователей?

Была такая тема, что, мол, AOS в 3-ке не может эффективно использовать больше двух процессоров. Связано это, по моим предположениям, с тем, что в ядре 3-ки со сборки 3.0.1951.8 и по 3.0.1951.7609 для работы с динамически выделяемой памятью используется одна и та же версия библиотеки SmartHeap 6.01 для многопоточных программ, в которой "заточка" сделана лишь под одноядерные и HT-процессоры. Соотв., на более чем двух процессорах при работе с динамической памятью отдельные потоки 3-го AOS'а, соответствующие отдельным пользовательским сессиям, начинают блокировать друг друга, что сказывается на масштабируемости. Видимо, исходя из усредненной мощности серверных процессоров и нагрузки на AOS и получается рекомендуемое количество одновременно работающих на одном AOS'е пользователей. Выходов тут мнэ... три

• покупать под AOS сервер с более шустрыми процессорами, памятью и дисками (а также "наворачивать" сервер БД);
• запускать большее количество AOS'ов, в т.ч. на одном физическом сервере, если на нем больше двух процессоров; только не надо слушать советы всяких индусов и пытаться выставлять процессам AOS'ов affinity (привязку к отдельным CPU) - виндовый time slicer и так прекрасно раскидает их потоки по свободным процессорам;
• переходить на 4-ку

последнее связано с тем, что в 4-ке уже используется SmartHeap/SMP 8.0 (т.е. более новая версия, к тому же заточенная под многопроцессорные системы), что вместе с рядом архитектурных изменений делает AOS 4-ки гораздо более масштабируемым. Сравните стоимость 1-го и 2-го вариантов, возможно, все же купить лицензию на еще один AOS будет дешевле.
PS. К слову, когда различные потоки AOS блокируют друг друга, по загрузке процессоров вы этого можете и не увидеть: поскольку в AOS используются виндовые объекты синхронизации, заблокированные потоки переводятся ядром винды в состояние ожидания, и кванты процессорного времени им не выделяются. Если при этом блокирующие потоки сами будут чего-то ожидать, а не "грузить процессор", то получится, что с одной стороны, процессоры не загружены, а с другой - наблюдаются тормоза...

[egorych]

Цитата:

Сообщение от gl00mie

...запускать большее количество AOS'ов, в т.ч. на одном физическом сервере, если на нем больше двух процессоров;

Вот про это есть-ли более подробные сведения? Мы пробовали так делать и на SP3 и на KR2-3 - при работе с одним и тем-же приложением ничего хорошего не получается - возникают какие-то ошибки, глюки непонятные, которые в конце концов приводят к зависанию АОСов. При разнесении их на разные компьютеры - такого рода неприятности исчезли!

[Vadik]

Цитата:

Сообщение от egorych

Большие сомнения у меня по этому поводу! Ибо каждый процессор нужно обеспечить каналом ввода/вывода, памятью для работы и т.п. опциями.

Об этом пусть у специально обученных людей (инженеров) голова болит

Цитата:

я тестил недавно 8 проц. IBM 3850 с 8 Г памяти - наш 4Xeon 16 Г шустрее работал, так что это не пустые слова.

IBM System x3850 - Высокопроизводительные 4-процессорные серверы на основе Intel x64


"сравнивал IBM 3850 с 8 Г памяти с 4Xeon 16 Г"
не обижайтесь, но по-моему Вы слегка попутали