небольшой вопрос про TThread

[xrob]

вот смотрите, есть такая штука как синхронизация.
используется для обращения из потока к каким-то общим данным.
насколько я понимаю работает так:
поток останавливается, какие-то действия, поток продолжает работу.
обдумывая логику такого алгоритма, пришел к выводу что
во время синхронизации останавливаются ВСЕ потоки в программе.
я правильно думаю?

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

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

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


что думаете по поводу такой системы?

[Аватар]

что думаете по поводу такой системы

А смысл? Что поменяется в лучшую сторону? Лишний поток и все усложнится

[xrob]

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

[JTG]

во время синхронизации останавливаются ВСЕ потоки в программе.

Если имеется ввиду TThread.Synchronize - нет. Когда поток дёргает Synchronize - он приостанавливается, метод выполняется в контексте главного потока, возвращает управление, поток возобновляется. Пока Synchronize не вернёт управление - "висит" программа и вызвавший поток, но остальные в это время работают. В D2009 добавили очереди, когда вызвавший поток отдаёт синхронизируемый метод главному потоку и продолжает выполнение.

что думаете по поводу такой системы?

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

[xrob]

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

[3D Hunter]

Автор, читайте теорию про потоки и разбирайте простейшие примеры. Все работает на потоках отлично, причем у всех, кто ими пользуется. 95% вашего кода выполняется современными процессорами за миллисекунды. Вы этих зависаний не увидите в жизни. Компилятор не дурак, оптимизирует код еще как.

[GunSmoker]

обдумывая логику такого алгоритма, пришел к выводу что
во время синхронизации останавливаются ВСЕ потоки в программе.
я правильно думаю?

Нет, с чего вы взяли?

Если в программе есть 10 потоков и из них один держит какой-то ресурс, а ещё два потока запрашивают к нему доступ, то два потока будут стоять, а 8 потоков - работать.

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

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

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

VCL однопоточна. Нельзя обращаться к визуальным компонентам вне главного потока.

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

См. http://www.delphikingdom.ru/asp/view...catalogid=1355