Завершение фоновых заданий (проблема реализации многопоточности в 1С) #699578

Пытаюсь реализовать многопоточность в 1С при помощи фоновых заданий. Обработка запускает 100 потоков (фоновых заданий), на выполнение им выделяется 20 секунд, после чего задания грохаются: тФоновоеЗадание.Отменить;     и запускается новая партия фоновых заданий, так вот, проблема в том что не всегда они завершаются, и на сервере они накапливаются и база зависает. Версия платформы: 8.2.19.83

Зачем??

что зачем? многопоточность? ну есть у меня такая задача, цены конкурентов парсить. Кусок кода, может в нем что не так :( :

ну на фига его в потоки ?

еще раз смотришь как реализовано тут

ИМХО, контролировать стек заданий через "гроханье" - изначально не лучшая идея.

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

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

вот как раз по тому примеру и делал, и после его отработки у меня скапливается много незавершенных фоновых заданий которые валят сервер, потому как этот кусок кода:

Только мне одному кажется, что из-за "столкновения" транзакций задание может "повиснуть" на ожидании захвата блокировки объекта, то есть на обращении к SQL-серверу. В этом состоянии корректно его грохнуть не получится, так как транзакция отвалится, когда сервер ей позволит. В итоге, вы просто "загаживаете" буфер транзакций - оно вам надо ?

Если МассивЗаданий.Количество >= ЧислоПараллельныхПотоков Тогда

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

не в моем случае, у меня фоновые задания работают только с временным хранилищем, объекты СУБД не блокируются.

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

в конечном итоге хотелось бы решить задачу средствами 1С, оно конечно на php проще и ресурсов меньше будет жрать, но это еще php нужен...

Просто, если процессы не обращаются к самой базе, то зачем они такие вообще нужны ?

парсить цены конкурентов - all-sku.ru

Если что-то парсить, то тогда точно php

nodeJS лучше)

но можно же одним заданием, зачем 200 заданий запускать?

по всей видимости для параллельного получения данных страниц с ценами

цены же у конкурентов не каждый день меняются. Может раз в полгода.

бывает и несколько раз в день, например на смартфоны)

Ну, если все конкуренты друг у друга цены мониторят, то да - всё меняется очень и очень динамично.

может у него сервант о двухсот головах?

Проще 200 голов по сети собрать - тем более, для парсинга - самое оно.

Запуск и остановка задания самая затратная по ресурсам штука, не правильнее ли реализовать, что-то вроде пула фоновых заданий. Или есть серьёзный риск, что они повиснут на сетевых операциях?

Мне кажется, что это всё вообще можно на отдельную машину вынести, чтобы в 1С попадал только готовый результат.

ню-ню, у нас в Украине цены каждый час меняются =)

хм, возможно ты и прав, попробую, но это не отменяет проблемы корректного завершения фоновых заданий. Не, вполне хватает обычного i7

да майдан пройдет и хотелка тоже потеряет смысл..

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

апну тему, платформа не завершает нормально фоновые задания, они остаются висеть в консоли, хотя из консоли их удается завершить.

кто сталкивался и что делать?

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

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

>если вы лезете в сеть, то можно ожидать, что пока получение данных не окончено, соединение корректно не будет закрыто. Я выставляю таймаут для соединений. >А если в задания вставлять проверку наличия файлов и т.п., чтобы определить момент, когда его нужно максимально быстро завершить. Что имелось ввиду?

а они могут висеть в другом состоянии кроме "Активно"?

блин 1С стоит подумать о новом состоянии для фоновых - "Зависло"

Просто, если задание выполняет какое-то действие, то в нём нужно периодически проверять состояние какого-то флага, чтобы если он установлен - сразу его завершить. Кстати, по опросу в сеть - сколько максимально можно держать соединений в состоянии "установка" в XP, насколько я помню, было 10 - просто - остальные висят и не обращаются в сеть, пока им не дадут на это право - при этом, таймаут не считается, так как он начнёт считаться только с того момента, когда пакет пойдёт в сеть.

Нормальное задание не может зависнуть - если, конечно вы их "валите", то есть вероятность подвесить tcp-стек, но тогда у вас уже не только задания, а и вообще всё взаимодействие будет висеть.

с флагом конечно вариант, но не думаю что изнутри оно лучше отработает чем снаружи, так как я после таймаута данного на выполнение фоновых заданий прохожусь по массиву этих заданий и грохаю их: Задание = ФоновыеЗадания.Выполнить("Многопоточность.МП_ПолучениеПредложений", МассивПараметров, Ключ, "ПолучениеПредложений");     у меня виндовс сервер 2008, там вроде таких ограничений нет.

А ты уверен, что интернет-канал таких ограничений не имеет. Потом, я бы как-то научился общаться с заданиями, чтобы знать, в каком оно состоянии находится, а не только - вам дано время или сделай или сдохни.