Синхронизация потоков

[OmegaBerkut]

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

Если же речь все-таки о том что некоторые отсчеты "запаздывают" (точнее замедляют) свой "бег" по сравнению с другими отсчетами

Такой проблемы нет.

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

чтобы выводить в одно время, этим заниматься должен кто-то один

Именно "должен" ? Прям вот вообще без вариантов ? Редизайн конструкции возможен, но тогда рано или поздно возникнет проблема "запаздывания", так как те задачи, которые были каждая в своём потоке - окажутся в одном потоке.

[evg_m]

так как те задачи, которые были каждая в своём потоке

какие задачи? пока у нас ровно одна задача(следить за временем) для потоков

"маленькие" потоки, считают оставшееся время до начала выполнения задачи; выводят это время в Label, у каждого Б свой Label.

другие потоки живут своей жизнью и нас мало волнуют, или же нет ?...

[OmegaBerkut]

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

какие задачи? пока у нас ровно одна задача(следить за временем) для потоков

Один поток А == одна задача; у каждой задачи своё время ожидания, которое отсчитывает каждый поток Б, создаваемый каждым потоком А.

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

другие потоки живут своей жизнью и нас мало волнуют

Не совсем так ... Изначально, одновременно выполняться может только одна задача (потоки А); с этим я справился. И пока не реализован мой Y - картина следующая:
каждый поток Б живёт своей жизнью, и его не волнуют соседние потоки Б. Из-за этого вывод оставшегося времени происходит не одновременно.
Я хочу сделать так, что бы все существующие потоки Б работали одновременно, или "сообща"; таким образом вывод оставшегося времени будет происходить одновременно.

[evg_m]

не путайте и не мешайте две разные задачи.
1. слежение за временем, что собственно делают и должны делать потоки.
2. отображение времени на экране(форме/label).

потоки следят и работают так как они хотят НЕ тратя своего времени на вывод и общения между собой.

форма выводит то что хочет(узнавая нужное у потоков) так как желает и как удобно человеку.
ВОЗМОЖНО с некоторой задержкой (до секунды), ничего человек наблюдатель от этого не потеряет. он же только смотрит, и НИЧЕГО не делает(судя по приведенному скрину).
а РАБОЧИЕ потоки спокойно используют свои актуальные (на данную миллисекунду) данные, которые будут АКТУАЛИЗИРОВАНЫ формой через десяток миллисекунд(или чуть раньше или чуть позже. Никакой человек этого и не заметит.

[OmegaBerkut]

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

судя по приведенному скрину

Приведённый скрин - лишь морда уже настроенных задач. В этой программе есть управление: запуск/остановка/сброс конкретной задачи, запуск/остановка всех задач.
Настройка задач пока на уровне файлов.

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

не путайте и не мешайте две разные задачи

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

и должны

Вот это вот вообще не понятно; почему должны ? Что им мешает делать то, на что они технически способны ?

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

Никакой человек этого и не заметит

Изначально делается для себя, и как любому создателю, хочется как лучше; ибо недостатки видны именно мне.

Вопрос опять скатился в философию.

[evg_m]

Вот это вот вообще не понятно; почему должны ? Что им мешает делать то, на что они технически способны ?

Философское ПРАВИЛО ООП. Разделение полномочий.

Изначально делается для себя, и как любому создателю, хочется как лучше; ибо недостатки видны именно мне.

это ваш выбор
1. можете наблюдать изменения в "реал-тайм", и видеть то что видите.
2. можете отказаться от "реал-тайм" и сгладить режим наблюдения.

[OmegaBerkut]

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

это ваш выбор
1. можете наблюдать изменения в "реал-тайм", и видеть то что видите.
2. можете отказаться от "реал-тайм" и сгладить режим наблюдения.

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

[evg_m]

Нужно синхронизировать потоки с системными часами.

из ссылок со второй страницы темы

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

1)Засекается контрольное время
Код:


x:=Now;

2)рассчитывается время кликов исходя из контрольного времени
Код:


t1:=IncSec(x, 1);
t2:=IncSec(x, 5);
...
x.Enabeled:=true; // и запускаем таймер( см.3)

3) периодически (в каком-то одном(!) таймере)
Код:


if (t1<now) // проверяем наступление времени
and (t1>0) //и необходимость клика
then begin
//дабы избежать повторного клика
t1:=0; // сбрасываем необходимость
// и выполняем нужный клик
end;

if t2 .....

self.Enabled:=false; /// если все что хотели сделали Останавливаем таймер

[OmegaBerkut]

evg_m, у меня это выглядит чуточку проще ...
Было так (псевдокод):

while (какое нибудь условие выхода)
{
	рассчитали время;
	вывели время;
	Thread.Sleep(касарь);
}

Стало:

while (какое нибудь условие выхода)
{
	рассчитали время;
	вывели время;
	Thread.Sleep(касарь-DateTime.Now.Millisecond);
}

По коду изменений практически нет.

Как это выглядит на морде:


Девятки после точек приводить к нулям не имеет смысла, так как после завершения отсчёта и выполнения задачи эти цифры могут быть какими угодно; например сейчас у меня в "Такси" .959[0000].
Хотя опять же ... До начала цикла дождаться когда DateTime.Now.Millisecond будет в определённых пределах - и будет красота.

Вместо 1000 можно делать 999, но от "произвольных миллисекунд" старта потока это не избавит.

[evg_m]

у меня это выглядит чуточку проще ...

т.е. на пятой странице пришли к тому что было на второй.
или мы опять говорим на разных языках?

Вы добились чего хотели?
Ну и слава богу, которого не существует.