AX 4.0 или AX 2009

[fed]

Цитата:

Сообщение от Raven Melancholic

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

Вообще-то есть не вполне открытая и не вполне официальная, но тем не менее любопытная информация, о том что DAX2009 на том же железе дает примерно 40% рост производительности. Потому как кроме чисто прикладных изменений (типа новой средней или параллельного сводного планирования), появился еще и целый ряд системных вкусностей:
1.Наконец-то сделали 64битный AOS. Так что проблемы нехватки памяти можно просто решать докупкой таковой (а не медитацией над классами управления сборщиком мусора).
2. Выкинули нафих тормозной и вообще странненький SmartHeap и заменили на стандартные для Win2003 и выше вызовы библиотеки Low Fragmentation Heap. В результате память выделяется быстрее и лучше
3. Сильно повысили масштабируемость AOS на многоядерных серверах. Раньше AOS больше двух ядер использовал с трудом (точнее говоря - использовал но на чисто вычислительных задачах), теперь из за более внятного управления критическими секциями можно на большее число ядер масштабироваться.
4. Сделали новые пакетные сервера которые на AOS выполняются. Строго говоря к производительности это отношения не имеет, но благодаря этой фиче можно, например, закрывать склад с нескольких ядер AOS. В версии 4 для этого надо было бегать по клиентским рабочим местам и запускать процессы-хелперы.
5. Несколько улучшили кэширование табличных данных. То есть - теперь система кэширования может искать в кэше не только по первичному индексу, но и по любому уникальному индексу.

Ну и наверное я что-то еще забыл

[DinDim]

Цитата:

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

Вообще-то есть не вполне открытая и не вполне официальная, но тем не менее любопытная информация, о том что DAX2009 на том же железе дает примерно 40% рост производительности.

Очень бы хотелось узнать откуда появились эти 40%, вернее за счет чего? Это серьезный прорыв в производительности. Как то в корне поменялась системная архитектура AOS, либо ее просто оптимизировали?

[Raven Melancholic]

Цитата:

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

Fed

Спасибо за информацию. Вообще-то в своем посте я хотел донести не столько техническую информацию, сколько то, что смотреть нужно вперед. DAX4 получлся какой-то промежуточной системой. Типа MS сделало, похвасталось и забыло.
Сужу по нашему опыту. Мы потратили почти год на внедрение DAX4, а теперь сидим с этой системой, предоставленные сами себе. В DAX2009 появилось много вкусностей (по функционалу), но нам от них ничего не достается, так как в DAX4 это не переносится.
В общем, я считаю, что DAX4 получилась явно переходным продуктом и те, кто на него завязался влетели по серьезному.
PS: если MS дальше будет штамповать управленческие системы по принципу WORD, то мы все поимеем проблемы.

[Insane]

Цитата:

Сообщение от Raven Melancholic

В DAX2009 появилось много вкусностей (по функционалу), но нам от них ничего не достается, так как в DAX4 это не переносится.

Согласен, АХ2009 производит очень приятное впечатление.

P.S. А кто мешает перейти с 4 на 2009?

[Raven Melancholic]

Цитата:

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

P.S. А кто мешает перейти с 4 на 2009?

А это? как бы сказать.
Переход на четверку, стоил нам (без учета лицензий на AIF, Интеркомпани) около 150 тыс.евро. Интересно, как мне объяснить акционерам, что нужно еще примерно такая же сумма для перехода на 2009, так как с четверкой ошиблись (потому что поверили очень серьезной и мощной фирме MS)?

[Insane]

Цитата:

Сообщение от Raven Melancholic

А это? как бы сказать.
Переход на четверку, стоил нам (без учета лицензий на AIF, Интеркомпани) около 150 тыс.евро. Интересно, как мне объяснить акционерам, что нужно еще примерно такая же сумма для перехода на 2009, так как с четверкой ошиблись (потому что поверили очень серьезной и мощной фирме MS)?

Извините, из вашего первого сообщения не совсем понял, что был миграция на 4.0

[Raven Melancholic]

Цитата:

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

не совсем понял, что был миграция на 4.0

Была с тройки и очень болезненная и дорогостоящая, так как задействовали заказы на перемещение (ошибки стандартного функционала исправляли около месяца), задействовали сводное планирование между компаниями (пришлось повозиться), задействовали AIF (там вообще куча проблем). В общем, повелись на крутые пресс-релизы и встретились с жесткой действительностью
Пока справились, но в дальнейшем верить будем только себе.

[DinDim]

Цитата:

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

Вообще-то есть не вполне открытая и не вполне официальная, но тем не менее любопытная информация, о том что DAX2009 на том же железе дает примерно 40% рост производительности. Потому как кроме чисто прикладных изменений (типа новой средней или параллельного сводного планирования), появился еще и целый ряд системных вкусностей:
1.Наконец-то сделали 64битный AOS. Так что проблемы нехватки памяти можно просто решать докупкой таковой (а не медитацией над классами управления сборщиком мусора).
2. Выкинули нафих тормозной и вообще странненький SmartHeap и заменили на стандартные для Win2003 и выше вызовы библиотеки Low Fragmentation Heap. В результате память выделяется быстрее и лучше
3. Сильно повысили масштабируемость AOS на многоядерных серверах. Раньше AOS больше двух ядер использовал с трудом (точнее говоря - использовал но на чисто вычислительных задачах), теперь из за более внятного управления критическими секциями можно на большее число ядер масштабироваться.
4. Сделали новые пакетные сервера которые на AOS выполняются. Строго говоря к производительности это отношения не имеет, но благодаря этой фиче можно, например, закрывать склад с нескольких ядер AOS. В версии 4 для этого надо было бегать по клиентским рабочим местам и запускать процессы-хелперы.
5. Несколько улучшили кэширование табличных данных. То есть - теперь система кэширования может искать в кэше не только по первичному индексу, но и по любому уникальному индексу.

Ну и наверное я что-то еще забыл

Скажите, а как осуществляется доступ клиентов в функцоналу AOS (remouting, wcf, com? или что-то другое), и изменился ли принцип доступа в 2009 AX?

[belugin]

Цитата:

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

Скажите, а как осуществляется доступ клиентов в функцоналу AOS (remouting, wcf, com? или что-то другое), и изменился ли принцип доступа в 2009 AX?

http://msdn.microsoft.com/en-us/libr...02654.aspx#AIF

The programming model for AIF supports document services that encapsulate business logic and are the interface between Microsoft Dynamics AX and external systems. The document services can be customized by adding your own methods. Microsoft Dynamics AX now supports the ability to expose business logic implemented in X++ as Windows Communication Foundation (WCF) services. All services can be published through AIF asynchronous adapters or through WCF.

AIF provides functionality for consuming external Web services from within X++. This enables the integration with any external data provided as a Web service.

http://www.microsoft.com/downloads/d...displaylang=en

кстати http://www.microsoft.com/dynamics/en...connector.aspx

[fed]

Цитата:

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

Скажите, а как осуществляется доступ клиентов в функцоналу AOS (remouting, wcf, com? или что-то другое), и изменился ли принцип доступа в 2009 AX?

Как осуществляется доступ - сие есть страшная тайна До 4ой версии, Аксапта работала по своему собственному протоколу AOCP. Он был закрытый, но по словам тем кто его раскапывал и трассировал в сниффере - довольно простенький. В версии 4.0 (без SP) был произведен переход на использование RPC (стандартного,NTшного). Я с этой версией не игрался - русская локализация вышла сразу с 4.0 Service Pack 1, но знающие люди говорили что в ней было очень нехорошо со стабильностью взаимодействия клиент-сервер. Затем вышла версия 4.0sp1, в которой все исправилось, но при этом фактически ВСЕГДА вызывается один и тот же метод сервера, единственным аргументом которого является BLOB, в формате (suprise-surprise!) старого протокола AOCP. А вообще - зачем вам нужно про этот формат знать ? В любом случае - для вызова функциональности из внешних приложений есть .net business connector; фактически усеченная версия клиента аксапты, оформленная в виде .net-овской сборки. А что под этим .net business connector - в общем случае никого не волнует.

По поводу повышения производительности: Во первых = 40% это некий обобщенный показатель. Вполне возможно что в вашем конкретном случае будет 18% или наоборот 50%. Вообще - по моему если учитывать что сейчас типичный сервер - это два процессора и 8 ядер, нетрудно прикинуть что снятие ограничений по масштабируемости на несколько ядер может и больший прирост обеспечить.
На мой взгляд, в 2009ой просто эволюционным путем просто переписали много кусков кода ядра, которые просто очень давно напрашивались на оптимизацию. Просто их писали где-то в конце 90ых, когда двухядерный Xeon 700Mhz с 4 гигами оперативки - это было очень круто. Время прошло, код наконец-то переписали...

Ну и по поводу страстного желания получить отраслевое решение. Почитайте:
Отраслевое решение - стереотип или нет?
Microsoft оценивает своих партнеров

Коротко говоря - отраслевое решение - это маркетинг и способ показать ЧТО-ТО вашим ЛПР во время продажи. Попытка реально внедрить 95% присутствующих на рынке отраслевых решений, по совокупности затрат, обойдется дороже чем внедрение с ноля...

[Zabr]

Цитата:

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

Коротко говоря - отраслевое решение - это маркетинг и способ показать ЧТО-ТО вашим ЛПР во время продажи. Попытка реально внедрить 95% присутствующих на рынке отраслевых решений, по совокупности затрат, обойдется дороже чем внедрение с ноля...

Ерунду какую-то написали. Либо я и мои знакомые постоянно попадаем в оставшиеся 5%.

[fed]

Цитата:

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

Ерунду какую-то написали. Либо я и мои знакомые постоянно попадаем в оставшиеся 5%.

Можем обсудить в профильной ветке:
Отраслевое решение - стереотип или нет?