Существуют ли недостатки у Axapta

[macklakov]

Цитата:

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

macklakov, а ты все-таки почитай отчет. Там уже написан ответ на твои возражения.

На всякий случай еще раз перечитал. Не обнаружил ответа.

Цитата:

Наполнение базы данных производилось путем запуска большого количества сценариев по обработке закупок, заказов, складских журналов и журналов Главной книги

Т.е. в момент тестирования происходила только разноска. Совершенно не учитывалось взаимодействие различных модулей.

Цитата:

В процедуре генерации данных использовался коэффициент 10 для всех тестируемых модулей: 10000 клиентов (стандартно 1000), 5000 наименований номенклатуры (стандартно 500) и т.д.
Среднее количество обрабатываемых строк в заказе – 10

Для реальной базы это не объем, т.к. есть тенденция накопления исторических данных, не говоря уже о транзакционных таблицах. А ведь "перегреваются" именно транзакционные таблицы, т.к. они быстро разрастаются, и используются из нескольких модулей одновременно, а иногда и внешними приложениями.
P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме"

[Serge Kotov]

Цитата:

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

... Совершенно не учитывалось взаимодействие различных модулей ...
... Для реальной базы это не объем, т.к. есть тенденция накопления исторических данных, не говоря уже о транзакционных таблицах. А ведь "перегреваются" именно транзакционные таблицы, т.к. они быстро разрастаются, и используются из нескольких модулей одновременно, а иногда и внешними приложениями.
P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме"

Тесты очень мощная штука если уметь видеть внутренние связи и уметь их интерпретировать на практике. Поэтому хорошо подготовленные и корректные тесты очень часто опровергают досужие вымыслы и суждения, которых многовато даже на очень профессиональном axforum. Уже вполне можно делать раздел "мифы и правда об Axapta".

Тест, о котором идет речь, мне был очень интересен, т.к. компания в которой я тогда работал использовала почти аналогичное оборудование для сервера баз данных и очень сильно кастомизированную в сторону усложения функциональность Axapta. Поэтому проверить возможности стандартной Axapta на схожем оборудовании было очень интересно.

Должен признаться, результаты теста меня тогда удивили, потому сильно модифицированная конфигурация и, мягко говоря, немалый объем БД (~160 GB) в условиях промышленной эксплуатации в сущности работали также как стандартная Axapta на 15 GB базе в этом тесте! Разумеется, если нагрузку интерпретировать в ASU и сопоставить с нагрузкой железной части. Иначе говоря, нарастив мощности серверов приложений до тех, которые использовались в тесте и при внезапном росте количества транзакций, мы бы получили результаты одного порядка с тестом.

Да, конечно, на нашей системе в реальности было бы трудно получить 50 тыс. строк заказов в час, но порядка 30 тыс. с учетом множества других пользователей, занятых своими задачами, а не вводом заказов - вполне.

Можно конечно отмахиваться от тестов, испытаний, исследований и пр. и нежиться в мире собственных представлений, но тогда и неудивительны образцы нелепых рассуждений как, например, не так давно было в ветке про AOS и многопроцессорные машины.

[macklakov]

Цитата:

Сообщение от Serge Kotov

Тесты очень мощная штука если уметь видеть внутренние связи и уметь их интерпретировать на практике

Полность с Вами согласен, тесты позволяют увидеть тенденцию, и очень важны. Но в данном случае заказчику важнее знать, сколько реально работает пользователей, а не ASU

[mazzy]

Цитата:

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

На всякий случай еще раз перечитал. Не обнаружил ответа.

macklakov, Serge kotov, предлагаю обсуждение тестов вести в ветке обсуждения статьи
http://forum.mazzy.ru/index.php?showtopic=3497

Здесь, похоже, идет рубилово за добро.
Мы вряд ли сможем поговорить толково и с расстановкой о тестировании в этой ветке.

готов ответить там.