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

[OmegaBerkut]

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

ВСЕ что потокам надо сделать это обеспечить корректное заполнение переменных

Я заполняю переменные Label.Text, не аргумент ? И хочу делать это синхронно.

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

не знаю, а лейблы на форме причем?

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

[evg_m]

Я заполняю переменные Label.Text,

это не переменная, а текстовое свойство ВИЗУАЛЬНОГО (отображаемого) объекта (окна).
так вот задача поставленная тобой в нашем понимании
КАК я могу синхронно заполнять набор визуальных объектов если изменения происходят НЕ одновременно.

наше решение.
НАКАПЛИВАТЬ изменения в некоем буфере (переменных НЕ ИМЕЮЩИХ визуализации) и выводить их блоком (делать синхронный вывод).

[OmegaBerkut]

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

и выводить их блоком

В этом то и проблема ... Я хочу избежать такой ситуации, в которой чем больше блок - тем дольше вывод.

[evg_m]

Я хочу избежать такой ситуации, в которой чем больше блок - тем дольше вывод.

так время ожидания для всех "задействованных" потоков (обратный отсчет) и МЕНЯЕТСЯ у всех с каждой СЕКУНДОЙ значит и выводить надо ВСЕГДА все и постоянно (25 раз в секунду).
или же ...
отсчет идет по МИНУТАМ и случаются простои в изменяемом времени.

ЗАДАЧА. Уменьшить объем обновляемой формой информации. НЕ обновлять данные если они действительно не изменялись.

т.е. форма во время СВОЕГО вывода должна проверять наличие изменений.

1. Рядом с переменной времени ожидания делаем ЕЩЕ ОДНУ переменную флаг изменения и поток устанавливает его(для каждого потока свой, также как и время) ОДНОВРЕМЕННО с изменением времени.
А форма во время своего вывода проверяет данные флагИ и меняет/не трогает label. ПОСЛЕ этого сбрасывает данный флаг.

2. флаг совмещенный со временем.
поток записывает время в переменную.
форма выводит значение и "сбрасывает" его в 0 (к примеру).
при следующей итерации вывода НЕЗАВИСИМОЙ от потока форма ПРОВЕРЯЕТ
время и если оно есть (отличное от "сброшенного значения" ) выводит (обновляет label) и выполняет "сброс", в противном случае все остается по прежнему.

3. делаем еще один блок(массив) времен которым будет пользоваться исключительно форма.
при выводе КОПИРУЕМ туда выводимое время.
а при следующем выводе ПРОВЕРЯЕМ
совпадение => данные не были изменены и вывод не нужен
или
НЕсовпали =>данные изменились и неплохо было бы вывести, а потом и скопировать.

[OmegaBerkut]

evg_m, хорошо, флаг вывода - тоже полезная вещь ...
И всё таки ... Как организовать синхронизацию внутри потоков ?
Это уже вопрос личного интереса.

upd: вот такой вот синхронизатор в целом работает:

threadSync++;
while (threadSync<threadCount) {}
threadSync--;

Время не выводится "беспорядочно". Но, я думаю, что недостатки вы сами знаете.

[OmegaBerkut]

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

НЕ обновлять данные если они действительно не изменялись.

В качестве флага вывода можно использовать null. Без дополнительной переменной ... Ну и в качестве буфера вывода строка ...

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

upd 2: и всё равно нужно синхронизировать потоки между собой; потому что как только большой поток вернулся после выполнения опять на таймаут - вывод происходит независимо от соседних потоков; пересчёт показывает разницу в пол секунды, хотя форма вроде как бы обновляется раз в 100 мс: за один тик таймера обновляются только те компоненты, которые нуждаются в обновлении, даже если обновлять все - это ничего не меняет; потоки вычисляют время, и делают задержку 1 секунду; за эту секунду форма успевает проверить все потоки 10 раз; первый выбившийся поток за пределы первых 100 мс будет обновлён в последующие 100 мс, в которых этот поток выложил данные для обновления - именно в этом месте видны результаты асинхрона.
Вы писали, что форма должна обновлять данные не 10, а 25 раз в секунду; собственно, это так же ничего не меняет в лучшую сторону, а только дополнительно грузит процессор. Сегментацию времени вывода нужно не увеличивать, а уменьшать, что изначально неправильно, так как в итоге окажется, что надо синхронизировать потоки НЕ только между собой, но и с формой дополнительно. Что уже можно назвать "дурной работой".

Какие ещё будут предложения ?

[evg_m]

а с формой - ждут, пока форма заберёт данные.

а ЗАЧЕМ им ждать?
ну как же, им же(потокам) надо чтобы форма отобразила их новые данные.
А зачем это? Сбросил данные в память(в переменную) и работай дальше. А покажет или нет форма это НЕ ЕГО(потока) забота.
Поток при продолжении может спокойно без ущерба себе сбросить и новые данные даже если форма и не отразила предыдущие. А форма спокойно отразит новые (актуальные на данный момент времени).

что форма должна обновлять данные не 10, а 25 раз в секунду

я имел в виду что чаще не надо, хотите реже, ради бога.

- именно в этом месте видны результаты асинхрона.

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

при расчетах по количеству срабатываний таймера наличие БОЛЬШОГО(>>число ядер проца) количества потоков обязательно приведет к рассогласованию с реальным временем.
http://www.programmersforum.ru/showthread.php?t=276605
http://www.programmersforum.ru/showthread.php?t=274699

[OmegaBerkut]

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

мы. развязать (избавиться от синхронизации) потоки и форму.

В этом то и проблема: я спрашиваю как синхронизировать потоки между собой; вы пытаетесь меня от этого избавить.

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

ну как же, им же(потокам) надо чтобы форма отобразила их новые данные

Потому что поток и форма пытается обратиться к их общему ресурсу. А если произойдёт ситуация, в которой поток записывает, и форма считывает одновременно ? Для одноядерного процессора это не проблема (технические детали); а вот если форма в одном ядре, а поток в другом - тогда это действительно может произойти в буквальном смысле одновременно.

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

пожалуйста поподробнее

Независимо от того, ждёт ли поток пока форма заберёт данные, наблюдается следующая картина:
Поток расчёта времени ожидания посчитал это время, и ушёл спать на одну секунду;
форма неважно как часто (пусть это будет 10 раз в секунду) забирает данные.

Первый поток выложил данные, форма забрала эти данные в первые 100 мс;
второй поток выложил данные, форма забрала эти данные в третьи 100 мс.
Восьмой поток выложил данные, форма забрала данные во вторые 100 мс.

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

[evg_m]

Первый поток выложил данные, форма забрала эти данные в первые 100 мс;

1. КАКИЕ данные?
здесь все время говорилось о некоем оставшемся времени(времени ожидания). Эти данные о времени и есть эти данные.
Какой смысл в ожидании времени ожидания. Смысл имеет только ОКОНЧАНИЕ времени ожидания. именно отсюда и наши попытки избавить форму от не знаю чего.
2. что делает поток потом после выкладывания?
ждет когда "можно" будет выложить новую "порцию" обновления.
3.что делает форма с полученной инфой?
выводим в label.

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

В такой постановке, ДА форма должна ждать ВСЕХ обновлений, но никак не потоки следить друг за другом.
но опять же, при большом числе потоков данное ожидание может затянуться.

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

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

[OmegaBerkut]

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

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

Это ещё почему ? Я хочу, что бы потоки ожидания "работали сообща", выводили информацию одновременно.

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

В такой постановке, ДА форма должна ждать ВСЕХ обновлений

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

при большом числе потоков данное ожидание может затянуться

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