Size: a a a

1С, БСП, DevOps и Архитектура

2020 December 09

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
Вероятнее всего, что при парсинге Вы используете таблицы значений и не уничтожаете их явно
А зачем их "явно уничтожать"?
источник

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
Причем здесь потоки? Дело не в объеме страниц, где поток для тяжелых страниц даст прирост в скорости, а в объеме
Сразу не читаешь зато
источник

EZ

Eugene Zarucheisky in 1С, БСП, DevOps и Архитектура
Konstantin Kozyrev
А зачем их "явно уничтожать"?
При слишком частом использовании висят в памяти, если явно е уничтожать
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Konstantin Kozyrev
А зачем их "явно уничтожать"?
Я тоже не понял
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
При слишком частом использовании висят в памяти, если явно е уничтожать
Чойта?
источник

KK

Konstantin Kozyrev in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
При слишком частом использовании висят в памяти, если явно е уничтожать
А "явное уничтожение" это .Очистить() или = Неопределено?
источник

EZ

Eugene Zarucheisky in 1С, БСП, DevOps и Архитектура
Вот тойта, эта проблема тянется еще с 8.1
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Если вызов закончился, то и ТЗ должны кончится. Разве не так?
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
Вот тойта, эта проблема тянется еще с 8.1
Ну если только проблема и очередной баг.
источник

EZ

Eugene Zarucheisky in 1С, БСП, DevOps и Архитектура
Вроде как и так, только вот не всегда, спроси у разработчиков, их там уже целая кафедра на физтехе
источник

H

Hero in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
Вроде как и так, только вот не всегда, спроси у разработчиков, их там уже целая кафедра на физтехе
Спеца нет, боюсь унижать начнут
источник

EZ

Eugene Zarucheisky in 1С, БСП, DevOps и Архитектура
текут тз и была утечка в свое время если использовать ЗаполнитьЗначенияСвойств
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Елизавета Степанюк
у коллеги тоже на 8.3.16 разбор DOM, для другой задачи, с еще большим количеством объектов, и не повторяется проблема
Какая проблема?
источник

DM

Dmitry Makarevich in 1С, БСП, DevOps и Архитектура
Eugene Zarucheisky
Вот тойта, эта проблема тянется еще с 8.1
Какое то заблужднеие у вас в компании.
источник

H

Hero in 1С, БСП, DevOps и Архитектура
John Doe
Какая проблема?
Там выше
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Hero
Там выше
Я не увидел нигде какой-то проблемы
источник

EZ

Eugene Zarucheisky in 1С, БСП, DevOps и Архитектура
Dmitry Makarevich
Какое то заблужднеие у вас в компании.
Никаких заблуждений. Чистый опыт
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
Hero
Если вызов закончился, то и ТЗ должны кончится. Разве не так?
источник

ЕС

Елизавета Степанюк... in 1С, БСП, DevOps и Архитектура
Проблема явно где-то в DOM, первая проведенная оптимизация показала, что если всякий раз после чтения DOM уничтожать дочерние узлы явно, то потребление заметно снижается.
Но проблема не решается в целом и при выходе из модуля обработчика объекты видимо не выгружаются из памяти
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
 В отличие от других сеансовых данных, чей срок жизни считается по открытой форме, или по серверным вызовам, данные ТЗ считаются актуальными до конца сеанса или существования указателя на таблицу (имени переменной, реквизита экземпляра отчёта/обработки).
источник