Цитата:
Сообщение от
glibs
Обычно АОС не сильно требователен к ресурсам процессора. Это подтверждается и системными требованиями вендора, и моим опытом в частности. Да и многие в данной теме высказались в поддержку этого тезиса.
Если нормативно АОСу нужно два процессора (ядра точнее), то проще и дешевле поставить два экземпляра АОСа на один ящик с четырехядерным процессором.
Я за 2 АОС-а, но подобная конфигурация имеет неприятную особенность синхронизации кэшей.
Цитата:
Сообщение от
glibs
АОС имеет некоторые сложности при работе с памятью. В 3.0 точно. Поэтому вариант с большим количеством недогруженным по количеству пользователей АОСов предпочтительнее варианта с меньшим количеством АОСов на какой-нибудь там супер-пупер производительной платформе. Правда, дополнительный АОС денег стоит... но все стоит денег.
Выделение памяти в рамках приличия я настроил - АОС не превышает 700Mb
Цитата:
Сообщение от
glibs
У вас система без модификаций? Ошибок в конфигурации нет? База ухожена? Приложение администрируется адекватно?
Другими словами, вы уверены, что конечная вина в высокой загрузке АОСов лежит в коде стандартной Аксапты? Чем обусловлена такая высокая загрузка?
Что значит "Ошибок в конфигурации" ?
Модификаций много и пишутся дальше.
Какая База имеется в виду? если SQL, то проблемы загрузки сиквела АОС мало волнуют. Ну и конечно же сиквельные тормоза анализируются и оптимизируются.
вот это тоже хотелось бы расшифровать: "Приложение администрируется адекватно?"