Болшое потребление памяти и креш

[Delfins]

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

Читал топик про HeapCheck ... сделал всё как надо ... MemorySizeUp.. shrinkPool даже dumpObjects + dumpCursors ... Всё это не помогает

Думали разделать Update на несколь ко частей... думаю не поможет, так как память всё равно не "чистица"... Сделал даже, что ф-я использует глобальные переменные.

ПС: одна грамозцкая ф-ия вызывается ~100.000 раз в лучшем случае (очень сложные расчеты и многочисленные инсерты)

Спасибо...

[Logger]

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

На многочисленых Insert-ах может утекать память если на непроинициализированном буфере вызывается orig()

А вообще причин может быть много...

[Delfins]

Да толь ко что сделали эксперимент - утеря памати просиходит при инсертах (и с RecordInsertList и без...)

orig() не вызывается... Может выключить вызов методов INSERT() ... там у нас только инициализация дефаултовых значений (RecInsList подам параметр был)

if (!this.transdate)
   this.transdate = systemdatget();

[mazzy]

Цитата:

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

Да толь ко что сделали эксперимент - утеря памати просиходит при инсертах

установите последний exe-файл.

[Lazy_Tiger]

Цитата:

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

установите последний exe-файл.

а какой у нас последний? KR3? вчера нарыли там еще один косяк в ядре

одно лечат, другое колечат, блин

[belugin]

а что за косяк?

[Lazy_Tiger]

у нас весьма активно используются кое какие наработки с экспортом отчетов и наследниками от ReportOutputUser

и вот в \Classes\ReportOutputUser\writeField как то ОЧЕНЬ странно стал обрабатываться типа поля Date... впрочем возможно проблема в OutputDateField и его методе value()

мусор там вместо данных

[RVS]

Цитата:

которая не быгружается

Это ПЯТЬ

- версия?
- код?
- что за косяк?

Если еще не надоело, ессно...

[Delfins]

3.0 SP4 EE + SQL 2K

После завершения процесса обработки памать не выгружается... надо рестартить Аxапта... (это если процесс закончился, а не крешнулся) Аxапта вылетает где то на ~ 3.3 Гб (памать в RAM)... типа того.

[Logger]

Цитата:

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

3.0 SP4 EE + SQL 2K

В SP4 были утечки памяти. Известная бага.
Возьмите ядро посвежее.
Например SP5 или какой ниюудь из KR

А приложение старое можно оставить.

[gl00mie]

Цитата:

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

а какой у нас последний? KR3? вчера нарыли там еще один косяк в ядре

а в KR2 такое проявляется?

Цитата:

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

у нас весьма активно используются кое какие наработки с экспортом отчетов и наследниками от ReportOutputUser, и вот в \Classes\ReportOutputUser\writeField как то ОЧЕНЬ странно стал обрабатываться типа поля Date... впрочем возможно проблема в OutputDateField и его методе value(); мусор там вместо данных

Пока есть время до июня (KR4) - напишите в суппорт, авось исправят.

[Delfins]

Вроде нашли БАГ ....

Убрали поле TransId, которое было примарное + использовалось NumSeq + резервация (100 едениц)

ПС: можер мы не правильно использовали NumberSeq (список вроде пустой в настройках Sequence) ???

global NumSeq = ....

while ()
{
    table.TransId = numSeq.num();
}

PPS: сейчас памать стоит практически стоит "на месте"