Обновления

Обновление "Менеджер потоков" 2.1.0

Изменения в сравнении с версией 2.0.7:
Алгоритмы:

Увеличена скорость обрабконфигурацииотплатформаки зависимых объектов на 15-25%, в ряде случаев до 50%;
Полностью переписан весь код;
Код проверен программу 1С с помощью АПК 1.2 (исправлено 350+ замечаний и не соответсвий стандартам 1С, осталось 9 :));
Работа с графом "неограниченного" размера;
Приоритезирована раздачи задан обрабконфигурацииотплатформакиий потокам;
Реализована возможность в событиях (не во всех) дополнять "Параметры для объекта" - см. Руководство.
Теперь поток, а не менеджер контролирует количество попыток обрабконфигурацииотплатформаать объект;
События потоков теперь выполняются в "Попытка-Исключение" - позволяет избежать лишних перезапусков потоков;
Модуль "мпОсновнаяПрограмма" - изменил идентификатор на: "мпОсновнаяПрограммаВызовСервера";
Процедуры и функции уменьшены в размерах, для сокращения контекста (средний размер 17 строк; минимум 3 строки, максимум 73 строки);
Все алгоритмы разнесен по областям;
Шаблон модуля событий разработплатформачика теперь выделен в отдельный модуль: "мпСобытияРазработплатформачикаШаблон";

Исключено:

механизм мониторинга (появится в след. релизах);
механизм "безпотокового" выполнения.
возможность написать весь код в модуле объекта обрабконфигурацииотплатформаки (противоречит работплатформае в безопасном режиме).

Транспорт:

Обмен данными теперь происходит пакетами;

События:

Изменены:

Изменен состав параметров всех событий (требуется корректировка событий разработплатформачика). - см. Руководство.
Имена:

ПриПолученииРесурсов -> ПриРасчетеРесурсов
ПриОбработплатформакеДействияПотока -> ПриОбработплатформакеПотоком
ПриОбработплатформакеОтвета -> ПриОбработплатформакеРезультата
ПриОбработплатформакеМассиваОбработплатформаанныхФагментовКоллекции -> ПриСборкеФрагментовКоллекции

Добавлены:
- ПриПроизвольнойОбработплатформакеГрафа - см. Руководство.
- ПриСохран внешние компонентыенииГрафа - см. Руководство.

Исключены:
- ПриДобавленииВОчередьОбработплатформаки - теперь "Менеджер потоков" сам добавляет объект, если есть ресурсы, так же есть параметр "УчитыватьОбъектыБезРесурсов" - см. Руководство;
- ПриОбработплатформакеДополненногоФагментаКоллекции - теперь и обрабконфигурацииотплатформаку, и дополнение можно осуществить через метод "Обработплатформаать коллекцию";
- ПриПолученииМестаХраненияФайловМониторинга - т.к. исключены механизмы мониторинга, данное событие утратило свою силу;

Параметры "Менеджера потоков":

Изменены:
- Структура хран внешние компонентыения параметров (полная структура параметров предоставлена в общем макете "мпПолнаяСтруктураПараметров")
- Имена:
  - КоличествоЭлементовКолекцииНаПоток -> КоличествоЭлементовКолекцииНаОбъект
  - РазрезМенеджера -> ИдентификаторМенеджера

Добавлены:
- Общие.КоличествоОбъектовВПакете;
- Разработплатформачик.Общие;
- Разработплатформачик.ПоСобытиям;
- ОбработплатформаатьКоллекцию.СобратьКоллекциюИзФрагментов;
- ОбработплатформаатьКоллекцию.КоличествоЭлементовКоллекцииНаОбъект;
- ПолучитьГраф_Gephi.Каталог;
- Граф.ОграничениеРазмера;
- Граф.УчитыватьОбъектыБезРесурсов;
Исключены:
- ДинамическийРассчетКоличестваПотоков -> Данный параметр больше не нужен, см. Руководство (параметр "КоличествоЭлементовКолекцииНаОбъект")
- КоэффициентКратностиОчередиПотоковКПотокам -> теперь "Менеджер потоков" работплатформаает с полным графом;
- ВестиМониторингМенеджераПотоков, т.к. механизм мониторинга исключен;
- ВестиМониторингПорядкаОбработплатформакиОбъектов, т.к. механизм мониторинга исключен;
- ВестиМониторингОчередиНаОбработплатформаку, т.к. механизм мониторинга исключен;

Прочие изменения:

добавлены методы и свойства формировтехничскоеания файлов для программ анализа графов;
обрабконфигурацииотплатформаки демонстрирующие возможности "Менеджера потоков" реализованы более наглядно и обособленно друг от друга;
Восстановление партий УПП (https://infostart.ru/public/1119110/) так же поддерживает версию 2.1.0

BagFix

01.06.2020
- Исправлена проблема с автосборкой "ТаблицЗначений"

Обновление "Менеджер потоков" 2.0.7

Изменения (возможно придется править события разработплатформачика)

Модуль "мпМенеджерПотоков", разделен на 4: "мпМенеджерПотоковОбщее", "мпОсновнаяПрограмма", "мпМенеджер", "мпПотоки";
Процедуры и функции размещены в областях;
параметр инициализации "КоличествоЭлементовКолекцииНаПоток" теперь располагается "СтруктураПараметров.ПараметрыИнициализации.КоличествоЭлементовКолекцииНаПоток" (Ранее располагался: "СтруктураПараметров.ПараметрыИнициализации.ПараметрыОбработплатформакиКоллекции.КоличествоЭлементовКолекцииНаПоток");
параметр инициализации "ДинамическийРассчетКоличестваПотоков" теперь располагается "СтруктураПараметров.ПараметрыИнициализации.ДинамическийРассчетКоличестваПотоков" (Ранее располагался: "СтруктураПараметров.ПараметрыИнициализации.ПараметрыОбработплатформакиКоллекции.ДинамическийРассчетКоличестваПотоков");
параметр инициализации "РазрезМенеджеров" теперь называется "РазрезМенеджера";
параметр инициализации "ПределКоличествоПопытокОбработплатформаатьОбъект" теперь называется "КоличествоПопытокОбработплатформакиОбъекта".

Исправленные ошибки:

связанные с выводом сообщений пользователю;
связанные с определением "АдресОчереди" при перезапуске потока.

Небольшая оптимизация:

значение по умолчанию для параметра инициализации "КоличествоПопытокОбработплатформакиОбъекта" = 1 (раньше было: 5);
обрабконфигурацииотплатформака по принудительной остановке "Менеджера потоков" входит в поставку;

Обновление 12.03.2019

Обновление "Менеджер потоков" 2.0.6

Изменения (возможно придется править события разработплатформачика)

Данные рассчитываемые перед запуском нового потока теперь доступны в потоке(ах) по имени "ПараметрыРазработплатформачикаПередЗапускомПотока" (до этого имя было: "ДанныеРарзаботчикаПередЗапускомПотока")
Данные рассчитываемые при запуске нового потока теперь доступны в потоке(ах) по имени "ПараметрыРазработплатформачикаПриЗапускеПотока" (до этого имя было: "ДанныеРарзаботчикаПриЗапускеПотока")

Исправленные ошибки:

При работплатформае с методом "ОбработплатформаатьОбъект" могла возникать ошибка (Спасибо Земко Сергей, за найденную ошибку):
- {ОбщийМодуль.мпМенеджерПотоков.Модуль(1514)}: Поле объекта не обнаружено (АлгоритмыРаботыСКоллекцией)
- КодСоздания = пСтруктураПараметров.ПараметрыИнициализации.ПараметрыОбработплатформакиКоллекции.АлгоритмыРаботыСКоллекцией.КодСоздания;
Событие "ПослеЗавершенияМенеджераПотоков" теперь ВСЕГДА выполняется самым последним. Имели место случаи, когда данное событие вызывалось ДО события "ПередЗавершениемМенеджераПотоков".
Внесены корректировки в обрабконфигурацииотплатформаку коллекции без потоков (параметр определяется от объема коллекции и параметров инициализации):
- Результат события "ПередЗапускомПотока", теперь доступны по имени "ПараметрыРазработплатформачикаПередЗапускомПотока" (до этого имя было: "ДанныеДляПотока")
- Добавлено выполнение события "ПриЗапускеПотока"
- Добавлено выполнение события "ПриОбработплатформакеМассиваОбработплатформаанныхФагментовКоллекции"
- Добавлено выполнение события "ПриОбработплатформакеДополненногоФагментаКоллекции"
- Исключено выполнение события "ПриОбработплатформакеОбработплатформаанногоФагментаКоллекции"

P.S. Теперь обрабконфигурацииотплатформака коллекции без потоков полностью имитирует вызов событий при работплатформае в потоках.

Небольшая оптимизация:

Скорректированно ожидание "пустых" циклов с 1 сек. до 0.1 сек. (данные циклы исполняются для синхронизации работплатформаы фоновых задан обрабконфигурацииотплатформакиий уже после полной обрабконфигурацииотплатформаки данных)

Обновление "Менеджер потоков" 2.0.5

Добавлена презентация с ISE 2018

Другие статьи и разработплатформаки на данную тему:

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

Сразу договоримся, если в тексте будет указано «v1» - это отсылка к реализации в первой версии, если «v2.х» - к текущей.

Очень кратко, о чем речь…

Фреймворк в виде одного общего модуля, позволяющего при получении объектов на обрабконфигурацииотплатформаку запускать их в несколько потоков. Особенности:

Нет необходимости рассчитывать «порции» для обрабконфигурацииотплатформаки;
Нет необходимости организовывать файловый обмен между потоками;
Возможность запускать несколько менеджеров потоков одновременно, при этом потоки одного менеджера, могут запускать новые менеджеры со своими задачами и потоками;
Можно выстраивать граф зависимости объектов, что позволяет, например, избегать взаимоблокировок и/или организовать восстановление партий (на нашем предприятии удалось добиться 10х+ ускорения при 10 потоках в рабочее время – 200+ активных пользователей - Результаты работплатформаы механизма);
Все необходимые "вмешательство" в алгоритмы происходят с помощью событий;
Возможность описывать алгоритмы событий, как в модуле менеджера, так и в любом другом модуле БД (предпочтительно), а также во внешней обрабконфигурацииотплатформаке.
Автоматический рестарт потока в случае ошибок;
Контроль за количеством рестартов по каждому объекту;
Возможность получать «ответы» от потоков;
Возможность контролировать работплатформау с помощью «Инструментов разработплатформачика» или иных отчетов;
Возможность срочного прерывания работплатформаы;
И многое другое…

так было в «v1»

Основные изменения v2.0 (расширение функционала v1):

Только полная версия, полностью открытый код;
Практически полностью переписано ядро и архитектура (кода стало на ~50% больше), механизм обмена данными остался тот же (Хранилище общих настроек);
Появилось 3 способа обрабконфигурацииотплатформаки:
- Обработплатформака поэлемент Инфостарт но:
  - Процедура ОбработплатформаатьОбъект(); (реализовано v1)
- Обработплатформака коллекций:
  - Процедура ОбработплатформаатьКоллекцию();
  - Процедура ДополнитьКоллекцию ().
Скорость обрабконфигурацииотплатформаки «зависимых» объектов происходит быстрее на 5-15% по сравнению с «v1», при выполнении одной и той же задачи;
Появилась возможность передавать в потоки произвольные единожды сформировтехничскоеанные данные или рассчитывать их при запуске потока.
Возможность получать «ответ» об обрабконфигурацииотплатформаке объекта(ов) в «реальном времени» (в «v1» приходилось дополнительно прописывать обвязку из временного хран внешние компонентыилища с помощью «СобытийРазработплатформачика», откуда данные можно было получить только в конце обрабконфигурацииотплатформаки);
Сообщения выведенные в потоках, теперь выводятся автоматически (в «v1» приходилось обрабконфигурацииатывать через «Событиях разработплатформачика»);
Расчет ресурсов теперь выполняют потоки;
Изменен состав «Событий разработплатформачика»;
Изменена структура параметров передаваемых в «События разработплатформачика»;
Граф теперь является одним объектом (в «v1» он состоял из нескольких не связанных объектов, что могло вызвать затруднения в понимании работплатформаы);
Расширены собираемые данные для анализа работплатформаы менеджера потоков (до 11 показателей);
Предоставлен шаблон функции «ОбработплатформаатьСобытиеРазработплатформачика» для своих модулей;
В статью добавлены примеры;
Прочие мелочи.

Основные изменения v2.1 (расширение функционала прошлых версий):

Увеличена скорость обрабконфигурацииотплатформаки зависимых объектов на 15-25%, в ряде случаев до 50% по сравнению с версией "v2.0";
Полностью переписан весь код;
Код проверен программу 1С с помощью АПК 1.2 (исправлено 350+ замечаний и не соответсвий стандартам 1С, осталось 9 :));
Работа с графом "неограниченного" размера;
Объекты для обрабконфигурацииотплатформаки теперь передаются пакетами, а не по одному;
Приоритезирована раздача задан обрабконфигурацииотплатформакиий потокам;
Реализована возможность в событиях (не во всех) дополнять "Параметры для объекта" для передачи в другие события - см. Руководство.
Теперь поток, а не менеджер контролирует количество попыток обрабконфигурацииотплатформаать объект;
События потоков теперь выполняются в "Попытка-Исключение" - позволяет избежать лишних перезапусков потоков;
Добавлены методы для формировтехничскоеания файлов с данными для построения и анализа графов;
- ПолучитьГраф_Gephi();
- ПроизвольнаяОбработплатформакаГрафа().

ВАЖНО!!!
Изменен состав и имена событий, а так же переименованы некоторые экспортные методы, в связи с чем, Ваши «события разработплатформачика» реализованные на прошлых версиях «менеджера потоков» потребуют изменений, но незначительные.
Для примера, корректировка событий разработплатформачика для «Восстановления партий» заняла примерно 10-15 мин с учетом анализа (80%) и написанием кода(20%).

Разработплатформака проводилось на 1С:Предприятие 8.3 (8.3.9.1850) 32x; Режим совместимости 8.2.15

Теперь обо всем по порядку в деталях и с картинками...

Архитектура

При реализации v1, мне действительно удалось добиться поставленной цели (ускорить восстановление партий в УПП (не РАУЗ) в РАЗЫ), но были некоторые моменты вызывающие неудовлетворенность. Вот схема, примера организации обмена данными для получения ответа по v1. Проблемы обозначил цифрами:

1 проблема - расчет ресурса для построения графа. «Менеджер потоков» реализовывался для ускорения работплатформаы «Основной программы», а нам пришлось навесить на нее дополнительную работплатформау по расчету ресурсов объектов. (Проведенные тесты показали, что выполнение алгоритма восстановления партий за 1 день, без непосредственного восстановления – просто выборка документов из последовательности и выполнение команд в цикле без проведения, выполняется за 30 сек., но стоит нам добавить расчет ресурсов и эта же работплатформаы выполнялась уже за 90 сек.).
- Факты за:
  - Основная программа рассчитывает ресурсы и «отбраковывает» объекты не требующие обрабконфигурацииотплатформаки (при восстановлении партий в нашей БД из Результаты работплатформаы механизма видно, что таких документов почти 50%);
  - «Снижение» нагрузки на СХД – т.к. не все передаются для обрабконфигурацииотплатформаки.
- Факты против:
  - По замерам было видно, что периоды, когда не задействовано ни одного потока доходили до 30% времени работплатформаы;
  - «Основная программа» дополнительно нагружена вычислением ресурсов.
2 проблема – временное хран внешние компонентыилище - это «костыль» который каждый раз приходиться описывать разработплатформачику, чтобы иметь возможность получить ответы о результатах обрабконфигурацииотплатформаки объектов.
3 проблема – «Менеджер потоков» - это прокладка, в буквальном смысле. Данные из основной программы попадают в потоки, только пройдя «насквозь» через «Менеджер потоков», а проходя «насквозь» приходиться: писать(основная программа)-читать(менеджер), писать(менеджер)-читать(поток), писать(поток)-читать(менеджер) и в конце с помощью «проблемы 2» консолидировано писать(менеджер)-читать(основная программа).
4 проблема – длительное ожидание ответа. Ответ в «основной программе» можно было получить только после окончания работплатформаы «менеджера потоков» через «проблему 2».

Новая реализация v2.0 движения данных:

На первый взгляд может показаться все очень сложно, и количество записей 6 против 4 в v1, но обо всем по порядку:

1 – «Основная программа» записывает в хран внешние компонентыилище все необходимые данные для обрабконфигурацииотплатформаки.
2 – «Основная программа» записывает в зарезервированную для «Менеджера потоков» ячейку массив адресов с размещенными данными.
3 – «Менеджер потоков» на каждой итерации опрашивает ячейку с информацией о размещении новых данных.
4 – «Менеджер потоков» - считывает полученные данные для проведения анализа и построения графа (несвязанного).
5 – «Менеджер потоков» записывает в зарезервированные за каждым потоком ячейки, адреса, откуда потоку взять данные.
6 – «Поток» на каждой итерации опрашивает зарезервированную за собой ячейку на предмет появления информации о размещении данных.
7 – «Поток» по полученному адресу (п.6) считывает и обрабконфигурацииатывает данные.
8 – «Поток» после обрабконфигурацииотплатформаки формирует ответ и записывает его, туда же, откуда были считаны данные.
9 – «Поток» при штатном завершении обрабконфигурацииотплатформаки данных производит очистку своей зарезервированной ячейки.
10 – «Менеджер потоков» на каждой итерации производит опрос ячеек зарезервированные за потоками, куда были переданы адреса хран внешние компонентыения данных для обрабконфигурацииотплатформаки. На данном этапе «Менеджер потоков» отслеживает активность потоков и в случае их «падения» запускает новый поток.
11 – «Менеджер потоков» считывает результат обрабконфигурацииотплатформаки и производит дальнейший анализ, при необходимости строит новый граф (связанный) и повторяет п.п. 5-10 (уже для обрабконфигурацииотплатформаки объекта по связям) или см. п. 12.
12 – «Менеджер потоков» записывает в зарезервированную для «Основной программы» ячейку информацию о результатах обрабконфигурацииотплатформаки.
13 – «Основная программа» на каждой итерации опрашивает ячейку с информацией о результатах обрабконфигурацииотплатформаки.
14 – «Основная программа» - считывает результат обрабконфигурацииотплатформаки объекта.

Теперь видно, что данные (они могут быть очень большими) записываются только 1 раз и 1 раз записывается результат обрабконфигурацииотплатформаки, а 4 раза записывается только служебная (короткая) информации. В v1 из-за проблемы 3, данные записывались 2 раза и 2 раза записывался результат обрабконфигурацииотплатформаки.

Результаты по ранее описанным проблемам:

1 проблема - расчет ресурса для построения графа. Теперь расчетом ресурсов занимается потоки, а не основная программа.
2 проблема - временное хран внешние компонентыилище. Теперь в нем нет необходимости. Ответ возвращается туда, куда были помещены данные, обрабконфигурацииотплатформака происходит через вызываемые события.
3 проблема – «Менеджер потоков» - это прокладка. Теперь менеджер потоков - это именно менеджер. Он управляет данными и сообщает другим участникам «Основной программе» и «Потокам», когда, откуда, какую (для «Основной программы») и для каких целей (для «Потоков») взять информацию.
4 проблема – длительное ожидание ответа. Теперь результат обрабконфигурацииотплатформаки «Основная программа» получает сразу после окончания обрабконфигурацииотплатформаки объекта.

В v2.1 есть изменения, но в общем принцип аналогичен «v2.0»

Способы обрабконфигурацииотплатформаки

В v2.1, реализовано четыре способы обрабконфигурацииотплатформаки данных.

ОбработплатформаатьОбъект() - метод предназнач управленияен для обрабконфигурацииотплатформаки объектов с помощью графовой последовательности (например, восстановление партий, восстановление последовательности расчетов и т.д.).
ОбработплатформаатьКоллекцию() - метод предназнач управленияен для обрабконфигурацииотплатформаки ТаблицЗначений, СписковЗначений и Массивов. Менеджер потоков разобьёт коллекцию на фрагменты в зависимости от параметров и передаст их на обрабконфигурацииотплатформаку в потоки. Данным методом можно воспользоваться для:
- простой обрабконфигурацииотплатформаки коллекции (без возврата коллекции);
- обрабконфигурацииотплатформаки коллекции с возвратом такой же коллекции, но измененной (менеджер потоков сам соберет коллекцию из обрабконфигурацииотплатформаанных фрагментов);
- обрабконфигурацииотплатформаки коллекции с произвольным результатом (разработплатформачик сам собирает (в событии) как дополнительно обрабконфигурацииотплатформаать обрабконфигурацииотплатформаанные фрагменты)
ПолучитьГраф_Gephi() - метод позволяет получить файлы для загрузки в программу Gephi (https://gephi.org/), для дальнейшего анализа графа.
ПроизвольнаяОбработплатформакаГрафа() - если граф необходимо обрабконфигурацииотплатформаать по своему, то данный метод является альтернативой методу «ПолучитьГраф_Gephi».

События разработплатформачика

Примеры

В конфигурации предоставлены демонстрационные примеры работплатформаы с «Менеджером потоков», затрагивающие практически все возможности.

ВАЖНО!!!

Работает только в клиент-серверном варианте.

Внимание к справке

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

Пример справки:

Обработплатформаать объект

Демонстрируется возможность обрабконфигурацииотплатформаки объектов со сложной зависимостью друг от друга (нельзя обрабконфигурацииатывать текущий объект пока не обрабконфигурацииотплатформааны другие объекты, результаты обрабконфигурацииотплатформаки которых влияют на результат текущего объекта. Например, восстановление последовательности партий)

Реквизиты:

Размер коллекции: Определяет какого размера будет обрабконфигурацииатываемая коллекция;

Алгоритм: Определяет по какому алгоритму будут обрабконфигурацииатываться объекты (описание алгоритмов см.ниже);

Обрабатывать объекты без ресурсов: определяет требуется ли обрабконфигурацииатывать объекты, которые никак не связаны с другими объектами – не имеют ресурсов. На примере восстановление последовательности партий, таким документом является документ «Поступление товаров и услуг», в последовательность входит, но его пере проведение никак не влияет на другие документы;

Количество потоков: Определяет сколько потоков будут обрабконфигурацииатывать данную коллекцию;

Очищать сообщения: Определяет будет ли перед запуском обрабконфигурацииотплатформаки очищено окно сообщений.

Алгоритмы:

В качестве «Объекта» обрабконфигурацииотплатформаки выступают числа от 1 до <Размер коллекции>.

Реализовано два алгоритма «Связь по делителям от 4 до 9» и «Связь по сумме делителей от 2 до 9»

Алгоритм: Связь по делителям от 4 до 9

Если "Объект" делится без остатка на число 4, 5, 6, ..., 9, то данные числа становится его ресурсами, например,

·у числа 12 два ресурса: 4 и 6;

·у числа 40 три ресурса: 4, 5 и 8.

Данные "Объекты", не будет обрабконфигурацииотплатформааны пока не будут обрабконфигурацииотплатформааны ВСЕ предыдущие объекты.

·у числа 12 - это 8 (связь по 4) и 6 (связь по 6);

·у числа 40 - это 36 (связь по 4), 35 (связь по 5) и 32 (связь по 8).

Если «Объект» НЕ делится на числа от 4 до 9, то в обрабконфигурацииотплатформаке он НЕ УЧАВСТВУЕТ (Обрабатывать объекты без ресурсов = Ложь), такими числами являются: 1, 2, 3, 11, 13, 17, 19, 22, 23, 26, 29 и т.д.

Алгоритм: Связь по сумме делителей от 2 до 9

Если "Объект" делится без остатка на число 2, 3, 4, ..., 9, то СУММА этих чисел является его ресурсом, например,

·у числа 12 таких чисел 4 - это 2, 3, 4 и 6. Ресурс = 15 (2 + 3 + 4 + 6);

·у числа 40 таких чисел 4 - это 2, 4, 5 и 8. Ресурс = 19 (2 + 4 + 5 + 8);

·число 12 - первое с ресурсом 15, следом идет число 105 (3 + 5 + 7);

·число 40 - первое с ресурсом 19, следом идет число 63 (3 + 7 + 9).

Если сумма делителей «Объекта» = 0, то в обрабконфигурацииотплатформаке он НЕ УЧАВСТВУЕТ (Обрабатывать объекты без ресурсов = Ложь), такими числами являются: 1, 11, 13, 17, 19, 23, 29 и т.д.

Используемый метод:

«ОбработплатформаатьОбъект»

Принцип работплатформаы:

Действие	Место нахождение кода	Ответственность разработплатформачика
Установка параметров менеджера потоков	Обработплатформака: «мпОбработплатформаатьОбъект» модуль формы: «ФормаУправляемая»	+
Инициализация менеджера	Обработплатформака: «мпОбработплатформаатьОбъект» модуль формы: «ФормаУправляемая»	+
Стартует фоновое задан обрабконфигурацииотплатформакиие менеджера потоков	Модули менеджера потоков
Стартуют фоновые задан обрабконфигурацииотплатформакиия потоков	Модули менеджера потоков
Передача объектов и доп. параметров на обрабконфигурацииотплатформаку	Обработплатформака: «мпОбработплатформаатьОбъект» модуль формы: «ФормаУправляемая»	+
Контроль за последовательностью поступающих объектов	Модули менеджера потоков
Отправка объектов для расчета ресурсов	Модули менеджера потоков
Расчет ресурсов	Общий модуль: «мпСобытияРазработплатформачика ОбработплатформаатьОбъект» Событие: «ПриРасчетеРесурсов»	+
Контроль за количество попыток рассчитать объект	Модули менеджера потоков
Обработплатформака результатов Расчета ресурсов
Построение структуры зависимостей объектов
Отправка объектов на обрабконфигурацииотплатформаку
Обработплатформака объекта	Общий модуль: «мпСобытияРазработплатформачика ОбработплатформаатьОбъект» Событие: «ПриОбработплатформакеПотоком»	+
Контроль за количество попыток обрабконфигурацииотплатформаать объект	Модули менеджера потоков
Вывод пользователю сообщений из потоков	Модули менеджера потоков
Постобрабконфигурацииотплатформака пропущенных объектов	Общий модуль: «мпСобытияРазработплатформачика ОбработплатформаатьОбъект» Событие: «ПриОбработплатформакеПропуска»	+
Постобрабконфигурацииотплатформака обрабконфигурацииотплатформаанных объектов	Общий модуль: «мпСобытияРазработплатформачика ОбработплатформаатьОбъект» Событие: «ПриОбработплатформакеРезультата»	+
Ожидание завершения работплатформаы менеджера потоков	Обработплатформака: «мпОбработплатформаатьОбъект» модуль формы: «ФормаУправляемая»	+

Обработплатформаать объект

Обработплатформаать объект: Ошибка при обрабконфигурацииотплатформаке

Обработплатформаать объект: Передача частных параметров

Обработплатформаать объект: Файлы графа Gephi

Обработплатформаать объект: Файлы графа произвольная программа

Обработплатформака коллекции: Простая

Обработплатформака коллекции: Автосборка

Обработплатформака коллекции: Автосборка и передача общих параметров

Обработплатформака коллекции: Произвольная сборка

Обработплатформака коллекции: Произвольная сборка, вывод до и после обрабконфигурацииотплатформаки

Особенности при работплатформае в транзакции (Обработплатформака проведения)

Условия поставок:

Скриншоты

00 Лого.PNG

01_1 Архитектура-проблемы.png

01_2 Архитектура-решения.png

06_8 Ресурсы.png

7 поставки.PNG

01 Методы и события.png

02_1 ОбработатьОбъект.png

02_2 ОбработатьОбъект Ошибка при обработке.png

02_3 ОбработатьОбъект Передача частных параметров.png

02_4 ОбработатьОбъект Файлы графа Gephi.png

02_5 ОбработатьОбъект Файлы графа произвольная программа.png

02_6 Обработка коллекции Простая.png

02_7 Обработка коллекции Автосборка.png

02_8 Обработка коллекции Автосборка и передача общих параметров.png

02_9 Обработка коллекции Произвольная сборка.png

02_10 Обработка коллекции Произвольная сборка с выводом.png

Все

	Наименование	Файл	Версия	Размер	Кол. Скачив.
	Руководство .pdf 1,13Mb 118	.pdf	2.1.0	1,13Mb	118	Бесплатно
	Многопоточность. Универсальный «Менеджер потоков» 2.1		2.1.0(с)			5000 руб. Моментальная доставка

Менеджер потоков

	Наименование	Файл	Версия	Размер	Кол. Скачив.
	Многопоточность. Универсальный «Менеджер потоков» 2.1 (Демо): (Только демонстрационные обработки и модули событий разработчика к ним) .zip 1,95Mb 131	.zip	2.1.0	1,95Mb	131	Бесплатно
	Многопоточность. Универсальный «Менеджер потоков» 2.1 .zip 1,98Mb 163	.zip	2.1.0(c)	1,98Mb	163	Скачать

Тех. поддержка

	Наименование	Файл	Версия	Размер	Кол. Скачив.
	Доработка продукта – 1 час					3300 руб.
	Продление предоставления обновлений - 1 год.					1700 руб.
	Продление тех. поддержки на 3 мес.					2300 руб.
	Продление тех. поддержки на 6 мес.					4300 руб.
	Продление тех. поддержки на 12 мес.					8200 руб.

Полная версия

Многопоточность. Универсальный «Менеджер потоков» 2.1

Очень кратко, о чем речь…

Обработплатформаать объект

Скриншоты

Все

Менеджер потоков

Тех. поддержка