Сколько времени у вас занимает сбор перекрестных ссылок по вашему приложению AX 4.0/2009?

[gl00mie]

***** ВНИМАНИЕ!!!! опрос открытый - он показывает всем кто и как проголосовал!!! ****

Помнится, на 3.0 SP5 перекрестные ссылки по всему модифицированному приложению собирались в среднем за 2-3 часа. На голом приложении AX 2009 SP1 EE RU7 они в моем случае собирались 5 часов, а на приложении с кастомизациями м... и того дольше. Интересно, как у других обстоят дела? Устраивает ли вас текущее положение дел и если нет, то что вы уже сделали, чтобы ускорить процесс? Интересует не теория, а именно что-то уже реализованное и полученный эффект (покупка нового сервера под разработку тоже считается ).

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

PS. Из пока не реализованных идей: распараллелить сбор перекрестных ссылок по подветкам AOT, чтобы задействовать дополнительные процессорные ядра, и перенести сбор ссылок по части подветок на сервер, чтобы сократить клиент-серверный трафик.

[Wamr]

Глобальная компиляция + перестроение перекрестных ссылок 8,5ч.
Ничего не делали, зашедулили на ночь.

[mazzy]

Цитата:

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

Помнится, на 3.0 SP5 перекрестные ссылки по всему модифицированному приложению собирались в среднем за 2-3 часа.

Сильно зависит от сервера данных и от сервера приложений.

На ноутбуке - 4..5 часов (так и ответил)
На разработческом сервере у текущего клиента - до 4х часов
На продакте - 2..3 часа.

[mazzy]

gl00mie, пожалуйста,

надо предупреждать людей, если их действия могут привести к утечке данных, которые они могу считать приватными.
См. О приватности и пропиетарности форума
Альтернативный портрет участника. Кто есть кто.

[mazzy]

Цитата:

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

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

Аксапта будет удалять, если включена галочка.

Цитата:

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

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

согласен. наличие перекрестных ссылок на удаленные объекты здорово сбивает с толку

Цитата:

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

PS. Из пока не реализованных идей: распараллелить сбор перекрестных ссылок по подветкам AOT, чтобы задействовать дополнительные процессорные ядра, и перенести сбор ссылок по части подветок на сервер, чтобы сократить клиент-серверный трафик.

галочка "обновить все" выключается
галочка "выбрано" включается
кнопка Выбрать и задать критерий.
Запускать на разных машинах с разными критериями.

но если честно... то я просто запускаю по шедуллеру на ночь
ax2009: кто юзал Startup command: CompileAll_+ для периодического обновления перекрестных ссылок?

[mazzy]

И еще.

Цитата:

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

На голом приложении AX 2009 SP1 EE RU7 они в моем случае собирались 5 часов, а на приложении с кастомизациями м... и того дольше.

Перекрестные ссылки занимают порядка 2гигов в базе.
Настоятельно рекомендуется сразу увеличить "голую" базу хотя бы до 2гб.
Настоятельно рекомендуется сразу установить параметр приращения базы во вменяемые 100-200Мб (хотя бы). SQL 2008 по-умолчанию наращивает базу ОЧЕНЬ мелкими кусками в 1Мб. В результате скорее всего время тратится не на генерацию перекрестных ссылок, а на увеличение базы мелкими кусочками.

[mazzy]

Цитата:

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

Глобальная компиляция + перестроение перекрестных ссылок 8,5ч.
Ничего не делали, зашедулили на ночь.

У меня такое было с ax2009 на 64-разрядном XEON'е.
он плохо исполняет 32-битные приложения.
Пришлось запускать саму аксапту с обычного компа.

[AlGol]

строятся за 2,5 часа.
делается ночью. Cоответственно, на сервере нет загрузки кроме этой.
Ax 4.0
размер axusr.aod - 26 метров.
система - MS Server 2003 R2 SP2.

[mazzy]

да... и еще одно соображение.

если в результате компиляции генерируется очень большой список ошибок, рекомендаций BestPractice и/или задач, то компиляция начинает тормозить при каждом добавлении в список.

Как правило, сильно кастомизированные приложения "страдают" большим сипском рекомендаций BestPractice
Тут либо:
= таки отработайте рекомендации (рекомендуется )
= или выключите рекомендации, которые считаете избыточными в настройках компилятора.

приложил галки BestPractice, которые выключены на текущем проекте.

[Logger]

Цитата:

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

У меня такое было с ax2009 на 64-разрядном XEON'е.
он плохо исполняет 32-битные приложения.
Пришлось запускать саму аксапту с обычного компа.

Ха !
Прикольно.
Тоже такое слышал.
Т.е. можно либо проц поставить от AMD - там нет такого падения производительности на 32 разрядных приложениях.
Либо как gl00mie написал - вынести сбор ссылок по невизуальные подветкам на сервер, тогда в 64-битном режиме будет работать быстро (если аос 64-битный конечно)

[mazzy]

Цитата:

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

Т.е. можно либо проц поставить от AMD

не-не... на сервере, с нормальным серверными 64битными приложениями - в том числе и с 64битным AOS - замечательный проц.

но 32битный клиент Аксапты работает на нем медленнее, нежели на обычном 32 проце.
по крайней мере, лично у меня сложилось такое ощущение. в результате, я запускал клиента на обычном компе.

[Logger]

Цитата:

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

не-не... на сервере, с нормальным серверными 64битными приложениями - в том числе и с 64битным AOS - замечательный проц.

Речь не о том что Intel плохие процы а AMD - хорошие. Я этого не говорил.

Речь о том что когда вышли 64-битные интеловые процы, то их критиковали за низкую производительность при работе 32-битных приложений, по сравнению с 32-битными процами. Процы AMD были от этого свободны.

Только и всего.

Цитата:

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

но 32битный клиент Аксапты работает на нем медленнее, нежели на обычном 32 проце.
по крайней мере, лично у меня сложилось такое ощущение. в результате, я запускал клиента на обычном компе.

Вот поэтому так и получается.

Судя по всему за прошедшие годы эту особенность так и не пофиксили.

[Logger]

Интересно как обстояло бы дело если бы выпустили еще и 64-битного клиента ?
Если в 64-м режиме выполняется быстрее, то на терминальных серверах могло бы быть полезным.

[gl00mie]

Даже после, насколько я могу судить, переделки запроса в "анонимный" активности что-то совсем не видать

[mazzy]

Цитата:

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

Даже после, насколько я могу судить, переделки запроса в "анонимный" активности что-то совсем не видать

опрос все еще открыт. и все еще показывает кто и как проголосовал.

[gl00mie]

А, точно... раньше, по-моему, форум ники проголосовавших прямо в теме показывал вместе с вариантами ответов и результатами, а теперь надо по отдельной ссылке сходить - это я проглядел.

[mazzy]

Цитата:

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

А, точно... раньше, по-моему, форум ники проголосовавших прямо в теме показывал вместе с вариантами ответов и результатами, а теперь надо по отдельной ссылке сходить - это я проглядел.

не, в отображении опросов ничего не изменилось.
так и было.

[db]

Цитата:

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

Даже после, насколько я могу судить, переделки запроса в "анонимный" активности что-то совсем не видать

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

[mazzy]

Цитата:

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

и я действительно не знаю точно и даже не интересовался

Добавил такой вариант в опрос.

Время, затраченное на создание перекрестных ссылок, пишет в инфологе по окончании процедуры.

[db]

Цитата:

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

Добавил такой вариант в опрос.

Время, затраченное на создание перекрестных ссылок, пишет в инфологе по окончании процедуры.

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

По сути ускорения. ИМХО имеет смысл если можно будет добиться результата около 30 минут. Иначе все равно на ночь и там уже главное чтобы до утра отработало