Тестирование производительности АОС (32 || 64)

[SHiSHok]

Цитата:

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

Обычно АОС не сильно требователен к ресурсам процессора. Это подтверждается и системными требованиями вендора, и моим опытом в частности. Да и многие в данной теме высказались в поддержку этого тезиса.

Если нормативно АОСу нужно два процессора (ядра точнее), то проще и дешевле поставить два экземпляра АОСа на один ящик с четырехядерным процессором.

Я за 2 АОС-а, но подобная конфигурация имеет неприятную особенность синхронизации кэшей.

Цитата:

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

АОС имеет некоторые сложности при работе с памятью. В 3.0 точно. Поэтому вариант с большим количеством недогруженным по количеству пользователей АОСов предпочтительнее варианта с меньшим количеством АОСов на какой-нибудь там супер-пупер производительной платформе. Правда, дополнительный АОС денег стоит... но все стоит денег.

Выделение памяти в рамках приличия я настроил - АОС не превышает 700Mb

Цитата:

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

У вас система без модификаций? Ошибок в конфигурации нет? База ухожена? Приложение администрируется адекватно?
Другими словами, вы уверены, что конечная вина в высокой загрузке АОСов лежит в коде стандартной Аксапты? Чем обусловлена такая высокая загрузка?

Что значит "Ошибок в конфигурации" ?
Модификаций много и пишутся дальше.
Какая База имеется в виду? если SQL, то проблемы загрузки сиквела АОС мало волнуют. Ну и конечно же сиквельные тормоза анализируются и оптимизируются.
вот это тоже хотелось бы расшифровать: "Приложение администрируется адекватно?"