AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 13.01.2015, 04:13   #1  
Blog bot is offline
Blog bot
Участник
 
20,463 / 711 (64) +++++++
Регистрация: 28.10.2006
axperf: Multiple new Benchmarks released: Microsoft Dynamics AX 2012 R2 Multiple Retail Workloads, Microsoft Dynamics AX 2012 R3 Financial Benchmark, Microsoft Dynamics AX 2012 R3 Day in the Life Benchmark for Retail and Distribution
Источник: http://blogs.msdn.com/b/axperf/archi...etail-and.aspx
==============

We are happy to announce that the following benchmarks will be available, just in time for Tech conference 2015. We have published both summary and detail documents for each benchmark. Microsoft Dynamics AX 2012 R2 Benchmark for Multiple Retail Workloads...(read more)

Источник: http://blogs.msdn.com/b/axperf/archi...etail-and.aspx
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
Старый 13.01.2015, 11:18   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,525 / 4697 (164) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Очень познавательные тесты производительности, наконец-то в них фигурирует AX 2012 R3. Для меня лично интересным оказалось сравнение того, какую нагрузку на СУБД и систему хранения данных (СХД) создает AX 2012 RTM в тесте Day in the Life от апреля 2012-го и AX 2012 R3 в тесте Day in the Life for Retail and Distribution от ноября 2014-го. Если я не ошибся в расчетах, RTM-версия на одну обрабатываемую строку документа требует в пике около 40 IOPS, в то время как R3 - меньше 20 IOPS. Весьма вероятно, это связано с изменением способа хранения в БД иерархий таблиц и соответствующим упрощением запросов к СУБД.
"Усредненная наихудшая" величина IOPS на обработку одной строки документа - важный параметр при расчете требуемой производительности СХД на проектах внедрения Аксапты, поэтому отрадно, что данная величина ощутимо снижается с выходом новых версий системы.
За это сообщение автора поблагодарили: Logger (3), S.Kuskov (5).
Старый 13.01.2015, 13:31   #3  
imir is offline
imir
Участник
 
125 / 91 (4) ++++
Регистрация: 28.05.2010
Цитата:
Сообщение от gl00mie Посмотреть сообщение
связано с изменением способа хранения в БД иерархий таблиц и соответствующим упрощением запросов к СУБД
Хм.. то, что вся иерархия теперь хранится в одной мега-разряженной таблице - это улучшение?

Мне кажется они просто прошлись по узким местам и понатыкали global cashe куда можно.
Старый 13.01.2015, 14:14   #4  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,525 / 4697 (164) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Да, по-моему, одна таблица, где "неактуальные" поля имеют значение NULL, и простой select по ней - это улучшение по сравнению с несколькими разными таблицами и кучей outer join'ов по ним "наугад". Может, в новых версиях и понатыкали global cache, может, даже оптимизировали global cache по аналогии с тем, как в R3 оптимизировали SysExtention framework. Но факт остается фактом: система становится более производительной и масштабируемой по сравнению с 2012 RTM.
Старый 13.01.2015, 14:20   #5  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
2,996 / 1622 (60) ++++++++
Регистрация: 12.10.2004
Класная тема.
Интересно все же докопаться, что было ключевым фактором ускорения.

Предположу, что тупо эффективнее стал использоваться кеш БД.
Старый 13.01.2015, 14:26   #6  
imir is offline
imir
Участник
 
125 / 91 (4) ++++
Регистрация: 28.05.2010
Цитата:
Сообщение от gl00mie Посмотреть сообщение
простой select по ней - это улучшение по сравнению с несколькими разными таблицами и кучей outer join'ов по ним "наугад".
Возможно и так, но мне кажется они объединили их, когда поняли, что нельзя создать составной индекс из двух и более полей, когда одно из полей - наследуемое.. т.е. произошел "упс".. а о производительности в тот момент не думали.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
crminthefield: Podcast and Overview: Microsoft Dynamics CRM 2011 Update Rollup 17 Blog bot Dynamics CRM: Blogs 0 10.05.2014 06:30
crminthefield: Podcast and Overview: Microsoft Dynamics CRM 2011 Update Rollup 16 Blog bot Dynamics CRM: Blogs 0 23.01.2014 03:15
atinkerersnotebook: Walkthrough & Tutorial Summary Blog bot DAX Blogs 1 09.09.2013 09:11
crminthefield: Podcast and Overview: Microsoft Dynamics CRM 2011 Update Rollup 13 Blog bot Dynamics CRM: Blogs 0 27.03.2013 22:12
emeadaxsupport: New Content for Microsoft Dynamics AX 2012 : October 2011 Blog bot DAX Blogs 0 27.10.2011 17:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 08:10.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.