утечка памяти в аксапта - Page 3 - DAX: Администрирование

**Андре** · 25.10.2005, 16:45

У меня прям сейчас работает. Попробуй нажать "Обновить".

Alex05507 · 25.10.2005, 16:46

Quote:

Originally Posted by komar

Private HotFix - звучит круто. И почему для меня такие не делают?

Пошел в саппорт, добывать этот Ваш секретный фикс...а то так бы и не узнал о его существовании - номера нет, информации нет, на партнергайде нет.....он сам-то в природе есть?

Так кто нибудь добыл этот HotFix?
Если да, то пригодился или полная ерунда?

komar · 25.10.2005, 16:51

Что-то добыл, пока не тестировал. В основном проблемы решали самодельными заплатками, которые либо используют функции SmartHeap (можно поискать по этому форуму и форуму mazzy по слову SmartHeap), либо разбивают объем обрабатываемых данных на куски (чтобы сервак не успевал загнуться, пока идет операция). Говорят, на MS SQL обязательно нужно ставить новый MDAC. На Оракле это не помогает.

glibs · 25.10.2005, 17:31

Quote:

Originally Posted by komar

...
На Оракле это не помогает.
...

Кстати, хорошая идея. Уточняю. Я писал про MS SQL 2000. Спасибо.

SeregaG · 31.10.2005, 10:04

Кто нибудь нашел как решить проблему утечки памяти в SP4?
При обновлении перекрестных ссылок в 2-tier (в 3-tier) программа вылетает. Т.е. своп растет (не по дням, а по часам), в конце концов все заканчивается вылетом программы.
Тестили на разных компах (1 комп 4 xeon 2.8Gz 1 Gb RAM, 2 комп 1 проц Atlohh 1.7Gz 1 gb Ram) , ставили "чистую" аксу - не помогает.

komar · 31.10.2005, 10:25

Quote:

Originally Posted by SeregaG

Кто нибудь нашел как решить проблему утечки памяти в SP4?
При обновлении перекрестных ссылок в 2-tier (в 3-tier) программа вылетает. Т.е. своп растет (не по дням, а по часам), в конце концов все заканчивается вылетом программы.
Тестили на разных компах (1 комп 4 xeon 2.8Gz 1 Gb RAM, 2 комп 1 проц Atlohh 1.7Gz 1 gb Ram) , ставили "чистую" аксу - не помогает.

MS SQL? MDAC новый ставили?
Oracle?

SeregaG · 31.10.2005, 10:33

MDAC 2.8
MS SQL SP3A
Сейчас хочу поксперементировать с экзешниками от SP3

glibs · 31.10.2005, 15:27

Quote:

Originally Posted by SeregaG

...
в конце концов все заканчивается вылетом программы.
Тестили на разных компах (1 комп 4 xeon 2.8Gz 1 Gb RAM, 2 комп 1 проц Atlohh 1.7Gz 1 gb Ram)
...

А у меня построились. Правда, сожрала 2 с хвостиком Гб виртуальной памяти. Так что добавьте виртуальной памяти побольше.

Или ax32.exe от сп3 используйте.

komar · 31.10.2005, 16:37

Quote:

Originally Posted by glibs

А у меня построились. Правда, сожрала 2 с хвостиком Гб виртуальной памяти. Так что добавьте виртуальной памяти побольше.

Или ax32.exe от сп3 используйте.

насколько я помню, по умолчанию система не ест всю доступную память. Размер используемой можно увеличить - http://forum.mazzy.ru/index.php?showtopic=3374

**fed** · 01.11.2005, 16:46

После того как я поставил вызовы heapCheck в xRefCreate::updateReferences() и в xRefCreate::updateDBReferences() - отъедание памяти кончилось.
В xrefCreate::updateReferences() надо вставлять вызовы heapCheck.shrinkPool() и heapCheck.postCompactingMessage() в конец условия:
if (counter>500)
{
}

В xRefCreate:updateDBReferences() - просто в самом конце функции - перед return.

На самом деле во время обновления перекрестных ссылок система постоянно создает нехилые mapы состоящие из structов, потом после того как таких элементов накопится 500 штук - она их записывает в базу (в функции updateReference), а затем удаляет. А от этого случается нехилая фрагментация памяти, от которой постоянно приходится захватывать новую оперативку у системы и тп. После того как мы поставили вызовы сжатия памяти и в двух методах (один всегда на клиенте отрабатывает, второй - может и на сервере и на клиенте работать), дефрагментация памяти прошла и потребности ее все время у операционки захватывать - нету.

SeregaG · 03.11.2005, 13:11

Данный метод так же не помог, хотя тестировали и в тонком и толстом клиенте.
Вариант м.б. только таким: запускать перекрестные ссылки отдельно для каждой ветви (таблицы, классы и т.д.), после чего выходить из программы, чтобы освободить память.
Или добыть загадочный private hotfix...

itfs · 03.11.2005, 13:31

А у меня прокатило (спасибо, fed!), в "локальной 2-х звенке" на почти стандартном приложении на достаточно скромной машинке, swap ~1.5 Гб, за 4.3 часа, галки ставил все, но без удаления, и попытка была 3-ей.

С уважением, itfs.

itfs · 16.11.2005, 11:04

Кстати, никто не обратил внимания, у меня в about остался SP3, хотя номера build-ов и даты выпуска поменялись, это у всех так?

С уважением, itfs.

glibs · 16.11.2005, 12:31

Если речь идет об приведенной ниже картине, то там через "/" указаны:
1. Номер билда клиента
2. Номер СП базовой функциональности
3. Номер версии Option pack (функциональность, что живет на GLS слое)

Есть еще [4]. Это версия локализации.

Уточните, пожалуйста, в чем заключается ваш вопрос.

itfs · 16.11.2005, 13:40

Спасибо за развернутый ответ, но вопрос снят, ручки кривые, не на всех приложениях галки поставил при установке SP ....

C уважением, itfs.

**mazzy** · 16.11.2005, 16:19

Quote:

Originally Posted by glibs

Если речь идет об приведенной ниже картине, то там через "/" указаны:
1. Номер билда клиента
2. Номер СП базовой функциональности
3. Номер версии Option pack (функциональность, что живет на GLS слое)

Есть еще [4]. Это версия локализации.

Еще о версиях и билдах
http://forum.mazzy.ru/index.php?showtopic=881

**mazzy** · 26.01.2006, 10:29

Quote:

Originally Posted by ALEG

А Вы можете воспроизвести проблему в SP4? А лучше в последнем Kernel Rollup?

В последнем Rollup проблема утечки памяти, похоже, решена.
Будем тестировать и дальше. Но пока результаты положительные.
Не забудьте выполнить рекомендации Алексея Еременко для русского языка.

komar · 26.01.2006, 17:06

Проблема решена для каких операций и для каких инсталляций? Решена ли она для Оракловых инсталляций? Решена ли она для разноски журналов по 10-20-70-100 тысяч строк?
Не будет ли случаться беда при расчете амортизации на 100 тысяч объектов по 3 моделям? Или при построении налоговых регистров по таким объемам данных?

Или тестирование проводилось исключительно на перекрестных ссылках?

**mazzy** · 26.01.2006, 18:04

Quote:

Originally Posted by komar

Проблема решена для каких операций и для каких инсталляций? Решена ли она для Оракловых инсталляций? Решена ли она для разноски журналов по 10-20-70-100 тысяч строк?
Не будет ли случаться беда при расчете амортизации на 100 тысяч объектов по 3 моделям? Или при построении налоговых регистров по таким объемам данных?

Или тестирование проводилось исключительно на перекрестных ссылках?

Пока исключительно на перекрестных ссылках для MS SQL 2000.

Потихоньку планирую тестировать и в других режимах.
Уважаемые участники, если вы проверили работоспособность rollup на указанных komar'ом режимах, напишите сюда пожалуйста.

26.01.2006, 18:56

Строил ссылки на mssql2005, все чики-пики, порядка 100М скушала
интереснее было бы производительность сравнить, с 2000 сервером например

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Утечка памяти при вызове orig()	gb20	DAX: Программирование	3	11.12.2009 12:11
Каков процент внедрений "стандартной" поставки системы Аксапта?	coolibin	DAX: Прочие вопросы	17	10.02.2009 12:45
Проблема освобождения памяти	Paul_ST	DAX: Программирование	5	13.07.2007 17:08
При использовании SetTimeOut() происходит утечка памяти	Jox	DAX: Программирование	2	21.07.2006 10:56
Утечка памяти? Почему? Ax3 sp 4	lagr221374	DAX: Программирование	17	15.03.2006 18:23