refregPu4koffОбъясните дураку чем не подходит

Нет гарантии, что будет в нужном порядке.

Метод AsOrdered
в PLINQ не нельзя задать ЛЮБОЕ число потоков, они зависят от кол-ва процессоров на клиенте

Точно нет гарантии с ConcurrentQueue?

Petro123barrabas,
Так условие очерёдности в параллельной работе ты сам выдумал?
Заняться тебе нечем.
нет, оно было, просто реализовано не оптимально (обработка партиями и простой более быстрых потоков).
изменив время обработки сократилось минут 8-10, не час сорок а полтора стало на целевом периоде. это хоть и не много, но окончания процесса ждут люди чтобы начинать следующие действия и у них есть жесткие временные рамки в рамках закрытия месяца и формирования всех документов.

Petro123barrabasпрерывать и перезапускать будет человек и читать лог тоже.
Вот и приведи задачу с точки зрения пользователя, а не ту что ты сам придумал.
пользователь запускает процедуру расчета конечной стоимости в каждой операции за период, период дробится по дням для визуализации и для понимания что можно потом работать с определенным меньшим периодом если что-то пошло не так. Описывать все ньюансы и обсуждать все бизнес-процессы нет желания.
просто не очень понятно какое имеет отношение к изначальному вопросу.
как раз формулирование абстрактной задачи и приводит к получению реальных ответов по теме, а вы уводите тему в другую сторону , но это вообще фишка данного форума и вообще рунета :).
в принципе я получил ответы, повторюсь, меня интересовало именно стандартное решение, которое я не знал, как написать рабочий код на многопоточных примитивах я занал вполне, но как и вы люблю лаконичность (не и ущерб читаемости и поддержке конечно)
В общем всем спасибо большое.

Petro123barrabasно это вообще фишка данного форума и вообще рунета :).
Конечно. Тут люди за хобби, а не за деньги решают ваши задачи.
Удачи!
ветка "работа" немного в другом месте, удачи!!! и хорошего настроения

Petro123barrabasно это вообще фишка данного форума и вообще рунета :).
Конечно. Тут люди за хобби, а не за деньги решают ваши задачи.
Удачи!
ради интереса зашел в профиль посмотреть ваши темы, походил по первой странице, не увидел где вы предлагаете вознаграждение за ответы на ваши вопросы, немного в замешательстве :)
но вы держитесь там...

Petro123barrabas,
Вы тоже держитесь).
На улицу и в публичные места, форумы не выходите.
Вас таких 1%, кто спрашивая на форуме, на него и пинает (обобщает).
А на заправке если предложат чаю не по делу, вы сразу в профиль полезете).
спасибо за совет, но думаю воздержусь.
на форум я не пиняю, яж не мазохист, я сам, как можно заметить, люблю пофлудить иногда.
особенности (большое число флуда) в рунете это факт, но я не говорил что это что-то омерзительное, это фишка
я как раз и написал, имея опыт общения, что если хочешь ответ по теме, лучше сформулировать ее абстрактно, что-бы не читать что нужно все переписать и переделать, т.к. для того чтобы давать такие советы нужно быть 100% в теме всех деталей и процессов, а описывать всю подноготную это не вариант по трудозатратам.

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

Petro123barrabasне час сорок а полтора
А ты не сравнивал решения СубдJob ---- АппСерверКоллекции.
Вдруг там на порядок быстрее?
порядок врятли, т.к. вся работа как раз в БД, клиент только вызывает ХП с параметрами (период,в данном случае день, и пара настроек). все миллионы записей обрабатываются внутри БД без закачки на клиент, разумеется.
время организации цепочки вызовов бесконечно мало по сравнению в обработкой.

JOBы в конкретном случае не приведут заметному ускорению обработки, но придется делать подсистему мониторинга и управления ими, т.к. клиент в простейшем случае отправляет ванвей вызов и дальше ничем не управляет.
есть процесс запускаемый клиентов из UI (тут согласен будет удобнее, с учетом создания центра управления такими заданиями), есть вариант запуска из консольной программы по своему шедулеру и логами и уведомлениями стандартными для всех процессов компании,не только связанными с БД, коих много как и систем (тут скорее наоборот, нужно привязать сессию в приложению).
иногда лучше потерять несколько секунд-минут, но иметь единообразную и всем участникам привычную архитектуру, чем каждую задачу решать по своему, пусть и наиоптимальнейшим образом.

Arm79Так, не дочитал до конца. Про Parallel.ForEach уже сказали )) Но я так и не понял, что это за такая бизнес-задача?
сама обработка происходит удалённо, а не на машине где организуется очередь, нагрузка на удаленный сервер не связана с кол-вом процессоров на клиенте, вот и все

Алексей Кbarrabas... по своему шедулеру ...Свой не нужен, есть готовый, из "коробки": Using the Task Scheduler
вот об этом и говорил выше
задача должна быть сформирован абстрактна.
вы серьезно думаете что тут кто-то не знает про виндовый шедулер?
и люди бы писали свой (тут я участия почти не принимал), если бы удовлетворял нужным критериям, не в части запуска задач по расписанию, а именно управления задачами запуска, логами и уведомлениями разных приложений (как своих там и сторонних)и скриптов, цепочной задач (последовательными и параллельными группами) с настройкой поведения в зависимости от резулткода, с возможностью через удаленный UI продолжить прерванную цепочку в нужного места и т.д.

barrabasАлексей Кпропущено...
Свой не нужен, есть готовый, из "коробки": Using the Task Scheduler
вот об этом и говорил выше
задача должна быть сформирован абстрактна.
вы серьезно думаете что тут кто-то не знает про виндовый шедулер?
и люди бы писали свой (тут я участия почти не принимал), если бы удовлетворял нужным критериям, не в части запуска задач по расписанию, а именно управления задачами запуска, логами и уведомлениями разных приложений (как своих там и сторонних)и скриптов, цепочной задач (последовательными и параллельными группами) с настройкой поведения в зависимости от резулткода, с возможностью через удаленный UI продолжить прерванную цепочку в нужного места и т.д.
причем через UI (управлеющего удаленной службой) понятного для простого юзера, чего про виндовый шедулер не скажешь совсем.
типа запустить задачу, простомтреть журнал запусков с фильтрами, по клику получить лог, перезапустить/продолжить(в случае с задачами в которых много действий остановленных при ошибке в одном из и т.д. )

Petro123barrabasвот об этом и говорил выше
задача должна быть сформирован абстрактна.
вы серьезно думаете что тут кто-то не знает про виндовый шедулер?
Агрессивный вы наш.
Этот топик не только для вас.
Я как новичок), с удовольствием прочту про эту возможность.
Потолерантнее немного).
приношу пардоны, не хотел обидеть никого.
просто совпало :)