узнать текущий AOS в D365

[axm2017]

Но люди советуют всякое хитрое
https://msdyn365fo.wordpress.com/202...-specific-aos/

[fed]

Цитата:

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

Но люди советуют всякое хитрое
https://msdyn365fo.wordpress.com/202...-specific-aos/

Лытдыбр: У нас на проекте одно время были большие проблемы с AOSами, В случайный момент времени один из AOSов повисал на минуту-две-три и фактически переставал реагировать на работу пользователей (попытка кликнуть на main menu приводила к паре минут задумчивости). В итоге пришлось учить конечных пользователей подменять куку чтобы переключиться на работающий сервер, как тут в статье указано. После трех месяцев ругани и эскалации микрософт смог выяснить что проблема в сборке мусора. Иногда там куча так переполнялась,что сервер уходил в сборку мусора 2 generation, блокируя исполнение большей части потоков. Еще после полутора месяцев ругани и эскалации удалось продавить увеличение памяти AOSов с 24 Гигов до аж 32. Проблема ушла. (В итоге я думаю одного рабочего времени консов на ругань было потрачено тысяч на 5, а микрософт сэкономил на памяти долларов 60. Из забавного - мы от Микрософта неоднократно получали совет писать код получше, чтобы GC поменьше работы было ). Еще месяца через четыре Микрософт нашел ошибку, из за которой GC вовремя не исполнялся,а исполнялся только уже когда память кончалась.

[Logger]

Цитата:

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

после полутора месяцев ругани и эскалации удалось продавить увеличение памяти AOSов с 24 Гигов до аж 32. Проблема ушла.

Интересно, а если на аос народу побольше загнать. По идее, проблема должна повториться.

Цитата:

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

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

Ошибка в Net была?

Мой друг как-то упоминал, что в инсталляторе 365-й было прописано для аоса, делать клиентский режим сборки мусора (<gcServer enabled="false" />). В этом режиме память меньше потребляется и активнее высвобождается. Не поэтому ли они так сделали ? Но вообще прикольно конечно. Серверное приложение работает в режиме сборки мусора предназначенном для клиентских приложений.

В 2012-й такой финт тоже иногда помогал.
AX 2012 - глюки ядра

[fed]

Цитата:

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

Ошибка в Net была?

Не знаю. Собственно о том, что это была ошибка, а не просто честное переполнение памяти из за большого числа кастомизаций и ISV мы узнали по неофициальным каналам.