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

[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 Г"
не обижайтесь, но по-моему Вы слегка попутали

[egorych]

Цитата:

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

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

Т.е. сначала сервер вы выберите, а потом у кого-то голова должна болеть? Замечательная позиция!
Я, как специально обученный человек Вам и говорю - 8 процов будут хуже в этом случае !

Цитата:

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

не обижайтесь, но по-моему Вы слегка попутали

Возможно номер и попутал, извиняйте
Такой был сервер - http://www-03.ibm.com/systems/ru/x/rack/x3650/

[vesna dba]

Цитата:

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

8 процов будут хуже в этом случае !

В случае использования сервера в качестве сервера баз данных - с ростом количества процессоров увеличивается производительность. Это на "каждом углу написано". Запросы сервера баз данных хорошо распараллеливаются между процессорами (как то коряво последнее предложение написал.., но смысл такой).
---
Люди! Возвращаясь собственно к теме первого вопроса - кто нибудь имеет что за это сказать?
--
У нас выявилась проблема с одним функционалом при работе с толстым клиентом (2-tier и 3-tier FAT - проблема воспроизводилась одинаково, на 3-tier THIN работало нормально (как задумано в функционале)). Проблему в коде обнаружили, исправили, но не поняли почему не работало. Человечка, который разбирался, попрошу описать это "русскими" словами и напишу СЮДА. До сути хочется докопаться.

[egorych]

Цитата:

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

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

А ссылочку можно?
Ладно, дело Ваше - я больше на эту тему не высказываюсь!