Полезные рецепты с AX Technical Conference 2014

[fed]

Я подозреваю, что весь overhead сводится к посылке одного лишнего SQL-оператора в начале каждой транзакции. (http://msdn.microsoft.com/en-us/library/ms189252.aspx - SET CONTEXT_INFO).
Насколько я знаю, соединения с сервером БД реюзаются между разными пользовательскими сессиями. Когда транзакция начинается - захватывается новое соединение с БД, после того как транзакция завершается - соединение еще сколько-то (кажется 30 для SQL Server) секунд держиться системой для повтороного использования. Соответственно - чтобы контекст установить, достаточно просто выполнять этот оператор в начале каждой транзакции. (Кстати - надо будет попробовать то же самое сделать в DAX2009, засунув соответствующий оператор в ttsNotifyBegin().)

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

[Kabardian]

Цитата:

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

никогда не отключаю никакие отладочные галочки на боевых серверах

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

В AX 2012 вопреки традиционным заявлениям Microsoft об улучшении производительности, я пока наблюдаю обратную ситуацию - она субъективно по ощущениям стала заметно ниже. Поэтому переживаю как бы не усугубить ситуацию.

Цитата:

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

Я подозреваю, что весь overhead сводится к посылке одного лишнего SQL-оператора в начале каждой транзакции. (http://msdn.microsoft.com/en-us/library/ms189252.aspx - SET CONTEXT_INFO).

А вот это уже интересная деталь, спасибо.