Fast full compilation in AX 2012

[Blog bot]

Источник: http://alexvoy.blogspot.com/2015/01/...n-ax-2012.html
==============

This is just a short batch that runs a full compilation by means of AxBuild with after-run cleaning in AX 2012.

c:
cd "C:\Program Files\Microsoft Dynamics AX\60\Server\CGI_DAX62_DEVTM2_AOS1\bin"
axbuild xppcompileall /s=01 /altbin="C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin"
@echo to start compilation log import press any key
pause
cd "C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin"
ax32.exe -startupCmd=importandcompileaxbuildlog_C:\Program*Files\Microsoft*Dynamics*AX\60\Server\CGI_DAX62_DEVTM2_AOS1\Log
pause
Do not forget to run it as administrator.

The cleaning requires a project installed as described in the second hyper link.

Источник: http://alexvoy.blogspot.com/2015/01/...n-ax-2012.html

[mazzy]

Цитата:

Сообщение от Blog bot

@echo to start compilation log import press any key
pause
cd "C:\Program Files (x86)\Microsoft Dynamics AX\60\Client\Bin"
ax32.exe -startupCmd=importandcompileaxbuildlog_C:\Program*Files\Microsoft*Dynamics*AX\60\Server\CGI_DAX62_DEVTM2_AOS1\Log

Хм... А зачем делать импорт лога компиляции? Где он используется?

[Ivanhoe]

Быстрая компиляция не всё умеет компилировать: где-то есть описание, что не умеет. Чтобы докомпилировать всё, загружаем этот лог в клиент аксы и там докомпилируем.

[DSPIC]

Ко всему прочему, для такой компиляции следующий флаг должен быть выключен, иначе ничего не получится
Вложение 9135

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

[wojzeh]

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

[Kabardian]

Цитата:

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

Быстрая компиляция не всё умеет компилировать: где-то есть описание, что не умеет. Чтобы докомпилировать всё, загружаем этот лог в клиент аксы и там докомпилируем.

Цитата:

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

Ко всему прочему, для такой компиляции следующий флаг должен быть выключен, иначе ничего не получится
Вложение 9135

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

Цитата:

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

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

В сухом остатке. Можно ли быть на 100% уверенным в результате компиляции СТАНДАРТНОГО приложения без кастомизаций, если делать быструю компиляю + импорт лога в клиента и докомпиляцию того что в быстрой компиляции не откомпилировалось?

upd: wojzeh, прошу прощения, хотел поблагодарить за пост, а получился минус в карму . Через 3 дня восстановлю справедливость.

[gl00mie]

Цитата:

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

Можно ли быть на 100% уверенным в результате компиляции СТАНДАРТНОГО приложения без кастомизаций, если делать быструю компиляю + импорт лога в клиента и докомпиляцию того что в быстрой компиляции не откомпилировалось?

Без автоматизации последнего этапа эта комбинация (axbuild + компиляция клиентом по полученному логу ошибок) давно и успешно используется на множестве проектов, в том числе с кастомизациями. Как минимум, CIL после этого собирается без ошибок - а что еще для счастья надо?!

[Kabardian]

gl00mie, спасибо за опыт. А сколько времени в среднем занимает такая полная компиляция + CIL на проектах? Понятно, что все зависит от ресурсов и т. п.

[mazzy]

Цитата:

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

upd: wojzeh, прошу прощения, хотел поблагодарить за пост, а получился минус в карму . Через 3 дня восстановлю справедливость.

минус исправлен на плюс.

[Ivanhoe]

Если ядер много, то и меньше часа компиляция x++, cil минут 20-40 полный. Сильно зависит от железа, т.е. хорошо масштабируется.

[Kabardian]

На виртуальной машине (5GB оперативной, Core i3 4 ядра) установлена AX 2012 R3 CU8, компиляция длилась около 9-10 часов с 6 сессиями и последние 1-2 часа компиляция шла крайне медленно и загрузка CPU снизилась до 0, только SQL грузил процессор на 25%. В итоге, на 4-м проходе, в одной из сессий появилась ошибка:

Цитата:

X++ execution error: Cannot execute a stored procedure. Deadlock, where one or more users have simultaneously locked the whoe table or part of it.

Понятно, что блокировки на стороне SQL помешали сделать полную компиляцию. Кто-нибудь сталкивался с таким?

[Kabardian]

Запустил по старинке компиляцию АОТ обычными клиентами AX. Запустил 6 клиентов каждый из которых компилирует АОТ по узлам (Tables, Maps, Classes и т. д.), посмотрим как быстро отработает олдскул.

[gl00mie]

Цитата:

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

На виртуальной машине (5GB оперативной) установлена AX 2012 R3 CU8, компиляция длилась около 9-10 часов с 6 сессиями

Памяти маловато для 2012 R3, те же перекрестные ссылки, думаю, могут вообще не построиться.

Цитата:

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

последние 1-2 часа компиляция шла крайне медленно и загрузка CPU снизилась до 0, только SQL грузил процессор на 25%. В итоге, на 4-м проходе, в одной из сессий появилась ошибка: Cannot execute a stored procedure. Deadlock, where one or more users have simultaneously locked the whoe table or part of it.

Надо оптимизировать использование памяти. Во-первых, может, это и очевидно, но все же: на время компиляции с использованием AXBuild имеет смысл останавливать службу AOS. Она для мгногопоточной компиляции абсолютно не нужна - только память впустую отжирает. Затем надо умерить аппетиты SQL Server, выставив ему maximum server memory в какое-нить вменяемое значение (скажем, 1 Гб), и, вероятно, отключить эскалацию блокировок. Это - опасный шаг, который может приводить к ошибкам при выполнении запросов, если окажется, что для запроса нужна блокировка, а памяти на нее у SQL Server уже не осталось, но в данном случае стоит рискнуть. См. также
SQL Server Trace Flags for Dynamics AX
SQL Server Lock Escalation and Blocking
В-третьих, надо очень аккуратно рассчитывать число потоков компиляции исходя из доступной памяти. По моим наблюдениям, на 2-м проходе AOS'ы, выполняющие компиляцию, отъедают чуть больше 0.5 Гб private working set, причем чем их меньше, тем больше памяти потребляет каждый. Таким образом, для 6-и потоков должно быть доступно как минимум 3 Гб, а если на виртуалку отведено всего 5, при этом их делят винды, SQL Server и AOS'ы, то нужно явно ограничивать хотелки SQL Server, чтобы 6 AOS'ов могли нормально доработать. Иначе они начнут отваливаться из-за недостатка памяти, AXBuild начнет ругаться, что у него отваливаются "ноги" (legs) и в итоге компиляция преждевременно завершится с ошибкой.
В общем, я бы лично попробовал выделить виртуалке, скажем, 6-6.5 Гб из 8-и доступных (если компиляция идет на ноуте с 8 Гб памяти) - хотя бы на время компиляции.

[Kabardian]

gl00mie, спасибо за советы по делу, возможно, дело и правда было в памяти для такого количества сессий. Многие из этих рекомендаций были соблюдены: SQL было отведен ровно 1 гигабайт, лишние службы типа SSRS, SSAS отключены. Радикальные меры типа отключения эскалации блокировок не применял.

А сегодня как только обнаружил ошибку с дедлоком я вообразил себя Дэкстером Морганом, вооружился таскменеджером и отпилил нахрен ноги AXbuild одну за другой. После первой отрубленной ноги AXbuild молил о пощаде "LEG failed!", но меня уже было не остановить...

[Red06]

Цитата:

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

Ко всему прочему, для такой компиляции следующий флаг должен быть выключен, иначе ничего не получится
Вложение 9135

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

Прошу Вас написать текстом - про какой "флаг" - по ссылке - говорит что вложение отсутствует - спасибо.

[DSPIC]

Цитата:

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

Прошу Вас написать текстом - про какой "флаг" - по ссылке - говорит что вложение отсутствует - спасибо.

AOS Configuration\Enable the how-swapping for assemblies...


Но это было давно, может уже пофиксили.