Разные настройки отладки в кластере аосов Ax2012 R3

[Logger]

Обнаружил странную вещь.
У нас на рабочей на части аосов отладка выключена, а на части включена.
Это приводит к неожиданным эффектам.

При старте аоса (SysCompileIL::synchronizeAssembly()) аксапта сравнивает файл записанный в sysXppAssembly с именем

sysXppAssembly.FileName == 'Dynamics.Ax.Application.dll'

и такой же из папки Xppil аоса (сравнивает хеши) и если отличаются, то выгружает из базы (из таблицы sysXppAssembly) все dll в папку Xppil.
Тут все нормально.

А дальше идет прикол.
В том же методе (SysCompileIL::synchronizeAssembly()) стоит вызов

    // Disable jit if debugging is enabled on AOS
    SysCompileIL::setDebuggingMode();

в котором

    select firstOnly IsDebug from sysXppAssembly where sysXppAssembly.FileName == #XppDllName;
    if (sysXppAssembly && sysXppAssembly.IsDebug != Debug::isDebugOnAOSEnabled())
    {
		... 
		Microsoft.Dynamics.Ax.Xpp.XppILGenerator::createManifestAssembly(#XppDllName, assemblyPath, AppVersion, Debug::isDebugOnAOSEnabled(), false);
		...
		SysCompileIL::uploadFiles(modifiedFiles, true, true);
		...
    }

т.е. она заново перегенерирует только одну Dynamics.Ax.Application.dll при этом признак отладки ставит в соответствие с настройками текущего аоса (!!!)
(конечно это будет только если настройка отладки на аосе отличается от настройки аоса, на котором собирали CIL)

Поэтому если рестартануть аос с ВКЛЮЧЕННОЙ отладкой то в sysXppAssembly для Dynamics.Ax.Application.dll будет создана запись с взведенным признаком isDebug и с dll в поле SysXppAssembly.File скомпилированной как отладочная.
А если рестартануть аос с ВЫКЛЮЧЕННОЙ отладкой, то в sysXppAssembly для Dynamics.Ax.Application.dll будет перезаписана запись со снятым признаком isDebug и с dll в поле SysXppAssembly.File скомпилированной как релизная.

При этом еще при рестарте в SysCompileIL::synchronizeAssembly() будут заново из базы закачаны все *.dll, *.netModule, *.pdb файлы, на что уйдет время (притом что изменялся только один dll файл)

По-моему тут какая-то ошибка.
Явно авторы закладывались на то что все аосы в кластере имеют одну и ту же настройку отладки.
На практике это не так. Хотя бы один отладочный аос все любят на рабочей держать.

Кто-нибудь разбирался с этой особенностью ?
От этого ничего не ломается ?
(легко получить, что часть компонентов сборки собрана c одним параметром отладки, а другая с другим)

Я думаю что как минимум надо держать в sysXppAssembly две записи для 'Dynamics.Ax.Application.dll' - отладочную и релизную и для выгрузки и сравнений выбирать одну из двух в соответствие с настройками аоса. Но тогда уж и остальной цил тоже надо в двух версиях держать.

Либо они принципиально не отличаются поэтому прокатит и так как сейчас и достаточно просто пофиксить сравнение, чтобы зря не выгружала файлы там, где в этом нет необходимости (оптимизируя тем самым время старта АОСа) ?

[Товарищ ♂uatr]

Привет.
С точки зрения библиотеки это просто дополнительные инструкции, что занимают место и как следствие их наличия снижают быстродействие. Поэтому на тему отказоустойчивости не стоит даже и думать.
Концепция хранить 2 сборки выглядит прикольно, только в угоду чему, брать на себя издержки по двойной компиляции. Тут всё зависит от культуры разработки в компании.

[Logger]

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

[Logger]

Цитата:

Сообщение от Товарищ ♂uatr

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

Меня беспокоило как будут сочетаться куски одной и той же сборки собранные в разном режиме (Debug и Release). Ну похоже что работают. Так как пока проблем не было.
Насчет быстродействия еще добавлю что в аксапте для Debug версии запрещен JIT. Это тоже может немного снизить скорость.

[Товарищ ♂uatr]

"Debug версии запрещен JIT" прям покоя не давало...в итоге это скорее трудности перевода...
CIL вот эта штука собирает: Microsoft.Dynamics.AX.Xpp.ILGenerator.dll
Интересует: Microsoft.Dynamics.Ax.Xpp.XppILGenerator.createManifestAssembly
Параметр "isDebug" отвечает за добавление флага DebuggableAttribute.DebuggingModes.DisableOptimizations к переменной значение которой уже равно Default.
В итоге получаем "Tracking on, JIT optimizations disabled"
Подробнее тут можно почитать: https://learn.microsoft.com/en-us/do...s?view=net-8.0

[Logger]

Да, походу JIT вообще не отключаемый
https://stackoverflow.com/questions/...et-application