|
05.05.2016, 13:15 | #1 |
Участник
|
|
|
05.05.2016, 13:30 | #2 |
Участник
|
Нет возможности CPU на AOSах/SQL проверить?
Цитата:
Имеем Ax12 r3, сервер соответствующий рекомендуемым требованиям
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
05.05.2016, 15:58 | #3 |
Участник
|
как уже сказал ICE, сначала нужно определить узкое место: AOS(память, cpu, сеть, дисковая подсистема), база (память, cpu, дисковая подсистема, блокировки, статистика, индексы и прочее) и уже исходя из этого что-то делать
|
|
16.05.2016, 01:14 | #4 |
Участник
|
Цитата:
Причиной может быть активная разработка на рабочем приложении. Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора. Ссылка на другую тему с производительностью Последний раз редактировалось Товарищ ♂uatr; 16.05.2016 в 01:34. |
|
16.05.2016, 02:00 | #5 |
Участник
|
Цитата:
Сообщение от Товарищ ♂uatr
Хотелось бы отметить, что проблема производительности иногда не имеет отношения к техническим характеристикам оборудования.
Причиной может быть активная разработка на рабочем приложении. Если в 2012 Аксапте будут отредактированы объекты, такие как формы, таблицы и тп, то будет выполнено обновление прав доступа пользователей, которое занимает время. Как следствие, например, пользователь не сразу сможет зайти в Аксапту. Это можно проверить на пользователе не обладающем правами системного администратора. Ссылка на другую тему с производительностью |
|
|
За это сообщение автора поблагодарили: AlGol (2), trud (2), Logger (3), Товарищ ♂uatr (1). |
20.05.2016, 09:17 | #6 |
Участник
|
В данном материале приводится следующая рекомендация:
"Max Server memory should be calculated as followsExample:Max Server Memory should be set at 120.3 GB". По-моему, данная оценка размера Server Memory является все же завышенной. Но вот какое количество ядер процессора SQL-сервера необходимо выделять для "оптимальной" работы, к примеру, приложения DAX 2012, внятных рекомендаций я найти не смог. В свое время на конференции SQL Saturday года два назад по результатам опроса аудитории слушателей одного из докладов была получена следующая статистика: основная часть приложений в компаниях работает на 8-16 ядрах, (примерно 40-50% опрашиваемых), чуть менее - на 32 ядрах (примерно 20-30 % опрашиваемых), некоторые компании работают с приложениями на 64 ядрах. И единицы из числа опрашиваемых работали на 128 ядрах, и также единицы - на 4 ядрах процессоров на SQL-серверах. Приложения разные - от 1С в распределенной архитектуре, до других ERP-систем. А вот какое оптимальное число ядер SQL-сервера необходимо для работы DAX 2012? У кого какие мнения? |
|
20.05.2016, 10:34 | #7 |
Axapta
|
Цитата:
Цитата:
Database Server Sizing Tips
5K to 15K Lines Per Hour Per Core on Data base Server ....This can vary a lot based on:: ........Parameter Settings being used ........Level of Customization ........Usage of additional functionality like databaselog and alerts etc 2 GB to 6 GB Memory for Each Core https://mbs.microsoft.com/downloads/...k%20Detail.pdf
__________________
С уважением, Олег. Последний раз редактировалось oip; 20.05.2016 в 10:58. |
|
|
За это сообщение автора поблагодарили: Logger (1). |
20.05.2016, 10:53 | #8 |
Участник
|
Цитата:
Цитата:
Сообщение от SergeyT
В свое время на конференции SQL Saturday года два назад по результатам опроса аудитории слушателей одного из докладов была получена следующая статистика: основная часть приложений в компаниях работает на 8-16 ядрах, (примерно 40-50% опрашиваемых), чуть менее - на 32 ядрах (примерно 20-30 % опрашиваемых), некоторые компании работают с приложениями на 64 ядрах. И единицы из числа опрашиваемых работали на 128 ядрах, и также единицы - на 4 ядрах процессоров на SQL-серверах. Приложения разные - от 1С в распределенной архитектуре, до других ERP-систем.
Цитата:
Обычно нагрузка на систему измеряется в строках документов в час (количество интерактивных пользователей AX для СУБД не важно), соотв., есть требования бизнеса, бюджетные ограничения и опыт вендора, подкрепленный многочисленными тестами производительности. Исходя из них можно выделить такие требования, ограничения и особенности:
Последний раз редактировалось gl00mie; 20.05.2016 в 10:58. Причина: typo |
|
|
За это сообщение автора поблагодарили: Ivanhoe (5), SergeyT (1). |
11.08.2020, 13:44 | #9 |
Участник
|
Цитата:
Сообщение от gl00mie
[*]процессоры очень сильно отличаются по производительности на одно ядро. К примеру, какой-нибудь 4-хъядерный Xeon на 3.7 ГГц может быть более чем вдвое быстрее в расчете на ядро, чем 8-ядерный Xeon на 2.0 ГГц. Т.е. он может обработать такое же число строк документов в час при вдвое меньших затратах на процессорные лицензии SQL Server, так что при прочих равных может быть выгодно взять более шустрые процессоры с меньшим числом ядер.
Интересно, Денис, а есть какое-то объяснение за счет чего это получается ? Первое что приходит в голову, при резких пиковых нагрузках пик приходится всего на несколько ядер в проце, в то время как остальные недозагружены, поэтому и получается что частота решает. И отклик у системы получается лучше на процах с большей частотой. Т.е. для оценки мощности проца нельзя просто перемножать частоту ядер на их число. И за те же деньги выгоднее купить в 2 раза меньше ядер, но с 2 раза большей частотой (хотя получатся ли они за те же деньги - это вопрос) Или 2. Производители процов / серверов просто не вытягивают охлаждение и когда в одном корпусе микросхемы при загрузке на 100 % греется вдвое большее число ядер то часть из них начинает троттлить ? В случае когда идет синтетический тест, а не разовый пик, то все ядра проца загружены равномерно, поэтому скорее всего 2-я причина и играет роль. Последний раз редактировалось Logger; 11.08.2020 в 13:51. |
|
Теги |
aos, r3, оптимизация, расчет мощности оборудования для аксапты, ax2012 |
|
|