Обновление перекрестных ссылок ест память

[Sada]

Доброго времени суток, уважаемы Дамы и Господа!!!
На своей машине запускаю обновление перекрестных ссылок. Запускал пару раз на ночь, но при приходе на работу обнаруживается ошибка (привести сейчас не могу), которая вываливает аксапту напроч (ошибка вылазит даже через окно блокировки компьютера). Сейчас запустил и сижу смотрю в диспетчер задач - аx32.exe откушал уже 461 метр... и эта цифра постепенно растет... Хочу чтоб обновление перекрестных ссылок крутилось в пакетнике, но если вывалится ошибка то пакетник встанет - а это не есть гут... Как обойти такое? Програмно? Или это нормальная ситуация??? Всем заранее спасибо.

С уважением - Sada...

P.S. : Пока писал сообщение ax32.exe забрал уже 492 метра (у меня всего гиг...)

[Косых Артём]

На форуме уже обсуждалась подобная проблема. Поищите.
Можно выполнять обновление перекрестных ссылок частями: в начале классы, потом таблицы, затем формы и так далее.

[Sada]

Цитата:

Сообщение от Косых Артём

На форуме уже обсуждалась подобная проблема. Поищите.
Можно выполнять обновление перекрестных ссылок частями: в начале классы, потом таблицы, затем формы и так далее.

А в пакетнике?
По форуму искал (я сначала делаю это действие), но толком ничего не нашол.

[Косых Артём]

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

[Sada]

Задал критерии UtilElements, recordType, Tables а Аксапта всё равно почимута по всему АОТу пошла...

[Косых Артём]

у меня все работает. Из галочек только "Критерий" проставили? у меня UtilElement, recordType, Table (а не Тables) - и только по таблицам выполняет обновление.

[Sada]

Цитата:

Сообщение от Косых Артём

у меня все работает. Из галочек только "Критерий" проставили? у меня UtilElement, recordType, Table (а не Тables) - и только по таблицам выполняет обновление.

Пардон, у меня тоже Table. Вот тока в первый раз (первый мой пост в этой теме), такие же критерии были (точнее критерий). Я преравал на 700 метрах. А как посмотреть что только ссылки таблиц обновляются? А то мож я глючу и когда Аксапта пишет "Обновление перекрестных ссылок для...Сlasses\траля ля" это не то что я думаю.

[Sada]

Я понял у меня еще Обновить всё было включено. (ушол в угол на горох...)

[Косых Артём]

бывает

[Sada]

Таблицы - 36мин, 30 секунд. На грани фола - 700 метров памяти съел. Но главное что работает!!! Всем спасибо

ЗЫ:Зеленые квадратики панажимал

[Джон]

Был у меня такой трабл. Версия MDAC какая стоит на клиенте? У меня 2.7 хомячил память, после установки 2.8 вылечилось. Версию можно глянуть в реестре, ключик HKEY_LOCAL_MACHINE\Software\Microsoft\DataAccess, параметр FullInstallVer.

[Sada]

Цитата:

Сообщение от Джон

Версия MDAC какая стоит на клиенте?

2.81.1117.0

[Джон]

у меня такой же сейчас стоит. Значит не MDAC, что то другое

[komar]

Цитата:

Сообщение от Джон

Был у меня такой трабл. Версия MDAC какая стоит на клиенте? У меня 2.7 хомячил память, после установки 2.8 вылечилось. Версию можно глянуть в реестре, ключик HKEY_LOCAL_MACHINE\Software\Microsoft\DataAccess, параметр FullInstallVer.

А разве инсталляция на MS SQL? Есть мнение, что Ораклу MDAC по барабану...

[Alex_K]

Это в клиенте утечка. Я для себя опытным путём подобрал оптимальный от SP3 CU1 - во все время пострения ссылок безо всяких фильтров памяти жрёт не более 70 Мб.

[mazzy]

Цитата:

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

SP3 CU1

Обновляйте exe-шники.
Это безопасно и сравнительно быстро.

[kvan]

Цитата:

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

оптимальный от SP3 CU1

А Build какой?

[Alex_K]

Цитата:

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

А Build какой?

1951.3730

[kvan]

Цитата:

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

1951.3730

Странно. Когда я зимой тестировал утечку памяти при построении перекрестных ссылок то SP3 и SP3 CU1 (Build 1951.3730) память жрали, а вот SP3 Kernel HotFix001 (тот самый Build 1951.3733 про которой писал glibs) не жрал. С тех пор я остановился на нем и полльзуюсь именно им.

[glibs]

По моим наблюдениям sp5 и sp5kr2 работают в этом плане не хуже sp3 пропатченого (3.0.1951.3733).