Columbus IT и Microsoft Dynamics AX 4.0 ставят новые рекорды производительности и масштабируемости

[AERM]

Цитата:

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

"На пике нагрузки на данном оборудовании система обрабатывала 1 645 641 строк заказов в час, что эквивалентно 32 913 стандартным пользователям одновременно"

1) Вот этого не понял - сколько все-таки было КОНКУРЕНТНЫХ сессий одновременно - одна что-ли??
2) Сервер на 64-х итаниумах? - а если его заправить ракетным топливом Акса вообще наверное летать будет?

Посмотрите внимательнее в отчеты, доступные по ссылкам из релиза. Там все написано. В тесте с HP Integrity Superdome использовалось последовательно (с наращиванием) от 30 до 330 генерящих нагрузку клиентских сессий, причем на каждом клиенте задержка выполнения сценариев была НУЛЕВОЙ! (т.е. непрерывно герировалась максимальная нагрузка). Таким образом решалась задача воспроизведения именно максимальной операционной нагрузки на систему, а не максимального кол-ва КОНКУРЕНТНЫХ idle сессий, которые сможет одновременно удержать система. Данная величина в нашем случае (при таком мощном сервере БД) зависела от кол-ва серверов приложений (AOS) и терминальных серверов. В частности, ради эксперимента, на имеющемся стенде (данная информация не вошла в отчеты), при условно настроенной нагрузке каждой клиентской сессии = 1 ASU (50 строк в час) мы запускали более 2000 одновременных клиентских сессий. В этом тесте, первыми "закончились" терминальные сервера (их было всего 10 штук) .

[Aleck]

Забавно сравнить с результатами тестирования на практически таком же оборудовании (в части БД, причем там памяти в 2 раза меньше) ПО других вендоров
http://www50.sap.com/benchmarkdata/sd3tier.asp (2 тест)
В общем работы по оптимизации производительности DAX еще громадьё...

Еще забавнее взглянуть на третий тест на той же странице. Количество обработанных строк чуть больше, а оборудование....

[AERM]

Цитата:

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

Забавно сравнить с результатами тестирования на практически таком же оборудовании (в части БД, причем там памяти в 2 раза меньше) ПО других вендоров
http://www50.sap.com/benchmarkdata/sd3tier.asp (2 тест)
В общем работы по оптимизации производительности DAX еще громадьё...

Еще забавнее взглянуть на третий тест на той же странице. Количество обработанных строк чуть больше, а оборудование....

Практически такое же оборудование - 187 серверов приложений уровня HP rx4640 4x Itanium2 .

В любом случае, при работе над ядром 4.0, Microsoft приложил много усилий, направленных на повышение производительности и масшатируемости и данный тренд обещают только наращивать.

И вот результат - мы уже можем сравнивать наши тесты с топовым тестом SAP R/3, хотя системы позиционируются в несколько разных сегментах (пока).

[itfs]

Цитата:

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

И вот результат - мы уже можем сравнивать наши тесты с топовым тестом SAP R/3, хотя системы позиционируются в несколько разных сегментах (пока).

Что не может не настораживать малых и средних клиентов.

С уважением, itfs.

[ALEG]

Цитата:

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

Что не может не настораживать малых и средних клиентов.

С уважением, itfs.

А что настораживает?

Во первых из большого маленькое проще сделать, чем из маленьгого большое.
Во вторых вот выдержки из Statement of Directions

AX …Microsoft Dynamics AX offers customers a customizable, scalable, and global business management suite that helps them connect with their business partners, optimize business processes and gain competitive advantages…

Statement of Direction
for Microsoft® Axapta
and Microsoft Dynamics™ AX


… Microsoft Dynamics NAV was originally envisioned around three fundamental design principles—simplicity, flexibility, and adaptability. Our unwavering commitment to these principles and the expertise of our partners has made Microsoft Dynamics NAV the success it is today…
Statement of Direction
Microsoft Dynamics NAV
April, 2006

[Pavel]

Цитата:

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

И вот результат - мы уже можем сравнивать наши тесты с топовым тестом SAP R/3, хотя системы позиционируются в несколько разных сегментах (пока).

Можно сравнить с R/2, или R/1. В отличие от версий аксапты это не разные версии, а разные поколения продуктов (SAP R/3 и mySAP ERP 2005).

P.S. Аксапта и SAP соизмеримы в стоимостном выражении, в "натуральном" разница слишком велика, как между прогулочной яхтой и океанским круизным лайнером, зашедшими в один порт.

[MironovI]

Цитата:

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

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

"-Незнайка, ты хам!
- Я бард б**" (С)

[AERM]

Цитата:

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

Можно сравнить с R/2, или R/1. В отличие от версий аксапты это не разные версии, а разные поколения продуктов (SAP R/3 и mySAP ERP 2005).

P.S. Аксапта и SAP соизмеримы в стоимостном выражении, в "натуральном" разница слишком велика, как между прогулочной яхтой и океанским круизным лайнером, зашедшими в один порт.

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

[Aleck]

Цитата:

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

Практически такое же оборудование - 187 серверов приложений уровня HP rx4640 4x Itanium2 .

Мое уточнение " в части БД" Вы упустили как несущественное?

Эти 187 dialog/update servers имитировали работу 93 000 пользовательских сессий, а не 330 пользователей на 10+32 сервера как в вашем тесте. Будем обсуждать разницу межу 330 и 93 000 пользовательскими сессиями по нагрузке на систему?

По Вашему тесту получилось что ~ 1 650 тыс. строк это предел для указанного сервера БД, дальше его нагружать бессмысленно. Такой же сервер БД по процессорам и 2 раза меньшей памятью, показал почти в 6 раз большую произовдительность.

[Aleck]

Цитата:

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

И вот результат - мы уже можем сравнивать наши тесты с топовым тестом SAP R/3, хотя системы позиционируются в несколько разных сегментах (пока).

Вы табличку по ссылку внимательно смотрели? Или просто выдаете желаемое за действительное?))
Результат топового теста на той странице - 16,9 млн. строк в час (на 32 процессорном сервере БД кстати что эквивалентно 338 000 ASU.

Если это сравнимо, то компьютер на котором я сейчас пишу это сообщение можно сравнить с половиной сервера БД на котором Вы проводили тесты )))

[Aleck]

Цитата:

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

Там все написано. В тесте с HP Integrity Superdome использовалось последовательно (с наращиванием) от 30 до 330 генерящих нагрузку клиентских сессий, причем на каждом клиенте задержка выполнения сценариев была НУЛЕВОЙ! (т.е. непрерывно герировалась максимальная нагрузка).

Жаль выводов нет
Например, что при более чем 300 клиентских сессиях было отмечено удельное снижение производительности системы
Любопытно было бы этот феномен поподробнее исследовать