![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Потоки грузят проц...
Bes © (2004-09-25 20:01:00)Вообщем такая вещь:
потоков многа, и все являются объектами класс TMyThread.
сразу скажу, потоки сидят в DLL. и из главной программы я их запускаю.
Вот примерная Execute процедура потока:
procedure TMyThread.execute;
begin
while not Terminated do begin
if not wait then begin
......
end;
end;
переменная wait глобальная, ее ждут все потоки и если она в false то они начаниют работать...
а в чем трабла-то, потоков многа (до 100) хотя пока тестирую на 4, и когда глобальная переменная true, проц у меня грузится на 100%. че делать, как лечить...
спасиба
SergP. (2004-09-26 11:51:00) [1]
> переменная wait глобальная, ее ждут все потоки и если она
> в false то они начаниют работать...
А не проще было бы сделать так чтобы потоки были остановлены, а тот кто меняет переменную wait пусть в этот момент запускает эти потоки ?
Defunct (2004-09-26 05:34:00) [2]Bes (25.09.04 20:11) [4]
насколько я понял про TEvent имелось в виду использование
Suspend/Resume самих потоков по каким-то событиям.
Defunct (2004-09-26 05:31:00) [3]default © (25.09.04 20:14) [5]
> тема объектов синхронизации очень проста(их самих а не ситуаций с ними я имею ввиду)
гы, весело, можно перефразирую, как я понял вашу фразу: тема проблем параллельного программирования очень проста (самих проблем, а не ситуаций с ними).
:)
default (2004-09-25 20:14:00) [4]Bes (25.09.04 20:11) [4]
тема объектов синхронизации очень проста(их самих а не ситуаций с ними я имею ввиду)
у Рихтера можно прочесть ну или в SDK естественно(MSDN ещё есть)
Bes (2004-09-25 20:11:00) [5]2 default ну раз уж тема зашла, то можно по подробней о TEvent, или где почитать, посмотреть примерчики...
Bes (2004-09-25 20:08:00) [6]2 Palladin : моей благодарности нет границ ... :)
default (2004-09-25 20:07:00) [7]если ждать недолго в болшин-ве случае то Sleep иначе TEvent используй
Palladin (2004-09-25 20:05:00) [8]sleep