Требования к оборудованию для AOS (для акс 4.0)

[fed]

Цитата:

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

Если под использованием более 2-х процессоров понимаются ограничения, накладываемые применяемой в 3-ке и 4-ке библиотекой для работы с динамически выделяемой памятью SmartHeap, то это дезинформация. Согласно некоторым моим изысканиям, в 4-ке используется SmartHeap/SMP, т.е. версия библиотеки, заточенная под SMP-системы и прекрасно масштабируемая при использовании, по крайней мере, до 64 процессоров.

В общем - я когда-то был на лекции главного по вопросам аксаптовской производительности в микрософт и он сказал что во первых там дело не только в smartheapе, но и вообще в общем уровне использования критических секций. Кстати про smartheap он тоже сказал что по степени масштабируемости на многопроцессорных компах он проигрывает Low Fragmentation Heap, который используется в DAX2009 вместо Smartheapа.

[FE]

Официальные требования для AOS на 4-ку были такие:

Характеристики типовой конфигурации оборудования для Microsoft Dynamics™ AX 4.0 Application Object Server (AOS), который поддерживает от 75 до 100 одновременно работающих пользователей на сервер, следующие:
Одноядерных процессоров 2
или
Двуядерных процессоров 1
RAM (GB) 4-8
Network (GB) 1

Это из официального документа Microsoft.

[fed]

Цитата:

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

Официальные требования для AOS на 4-ку были такие:
RAM (GB) 4-8
Network (GB) 1

Это из официального документа Microsoft.

Уж не знаю кто этот доумент породил, и кто его по партнерам разослал как официальный, но мне так и не смог никто разъяснить зачем 32битному приложению, которое, в принципе, адресовать больше 4 гигов не может (а из за особенностей smartheap - реально вообще даже 3 гига использовать не может) 8 Гигабайт оперативки. Так что я думаю - это результат творчества кого-то в российском MBS...

[FE]

Денис, чьё творчество, я тоже не знаю, но в документе написано именно так. Так что как официальная позиция Microsoft пусть будет.

[Maximin]

Цитата:

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

В общем - я когда-то был на лекции главного по вопросам аксаптовской производительности в микрософт и он сказал что во первых там дело не только в smartheapе, но и вообще в общем уровне использования критических секций. Кстати про smartheap он тоже сказал что по степени масштабируемости на многопроцессорных компах он проигрывает Low Fragmentation Heap, который используется в DAX2009 вместо Smartheapа.

Это и так невооруженным глазом видно - часто бывает у AOS средняя загруженность процов дай Бог половина имеющегося, причем загружен перекошено(одно ядро + пашет на всю, второе - наполовину, остальные стоят), а отклик у системы уже явно ниже плинтуса, причем блокировок нет никаких, БД тоже свободна. Явный затык в разделяемых ресурсах . Но, надо отдать должное, 4ка по сравнению с 3кой - небо и земля по масштабируемости. Т.е. теперь оно хоть как-то масштабируется при числе процов >2. И новая версия SmartHeap, конечно, рулит.