18.08.2004, 14:54
|
#17 |
|
Модератор
|
Цитата:
Изначально опубликовано George Nordic
Да, у нас тоже именно AOS страдает... БД - Oracle - крутиться себе на 2х P-III.. даже загрузка не полная.. А вот навороченный 2х ксеонный AOS в 8гигами памяти... загрузка - под 100 у обоих процессоров...  .. а 2 AOS - это ж деньги... .. Да, и по теме - уважаемый dd абсолютно прав. Не так уж все красиво получается, как MS декларирует... - Какой смысл использования AOS на машине с 8Гб памяти? Лицензия на дополнительный AOS - это возможность ЛИНЕЙНО масштабировать производительность простым добавлением серверов приложений. Странно зажимать на это деньги, если существует такая проблема Что касается "реальной" производительности закрытия склада и победных релизов о умопомрачительных результатах. Если посмотреть на них внимательно.. Результатом тестирования всегда является пара цифр: "количество ASU" и "время отклика". Т.е. целью ставится поддержка комфортной работы (приемлемого времени отклика) максимального количества пользователей, генерирующих короткие транзакции (OLTP). Все остальное (загрузка процессоров, еще что-нибудь - справочная информация). Пользователи или работают, или курят бамбук - это результат, который виден всем. Что при этом происходит внутри (сколько серверов, сколько в них дисков, процессоров, как они загружены) - дело администратора и того, кто счета за оборудование подписывает Закрытие склада - процесс практически "однопользовательский" в том смысле, что при этом комфортность работы остальных пользователей (кроме того, кто закрытие запустил) не гарантируется. Закрытие склада вообще говоря неправильно считать показателем производительности. Вы или успеваете его делать за выделенное временное окно (обед, ночь, выходные) или не успеваете. 2 George: посмотрите на конфигурации, на которых проводится тестирование. Увидите, что AOS-ы гораздо менее "наворочены", чем сервер БД, но их много. Подумайте 
|
|
|
|
|
|
Древовидный вид