Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Независимый Timer [D6, WinXP]

Yuri Btr © (2002-07-03 11:28:00)
Ув. мастера как сделать так, чтобы Timer в моей программе не тормозился при больших вычислениях. Очевидно вынести его в отдельный поток?
Такой вопрос где то уже задавался, но к сожалению не могу его найти. Заранее спасибо.

Yuri Btr (2002-07-03 15:05:00) [1]
to qube, to Digitman
Большое вам спасибо за дельные советы.
Действительно оптимизация дала положительный результат - наверно этим мы просто избавили ListBox прорисовывать лишний раз новые Items.

qube (2002-07-03 14:52:00) [2]
Большие вычисления -- это одно, а обновление элементов управления на форме -- это совсем другое. Нельзя производить обработку событий в одном потоке, при этом обновляя содержимое листбоксов в другом потоке, могут возникнуть непредсказуемые трудноуловимые глюки. Оптимизируй код. Вместо Listbox.Items.Add в цикле попробуй так:
var NewItems: TStrings; begin NewItems := TStringList.Create; ... // добавляем в NewItems нужные элементы ListBox.Items := NewItems; NewItems.Free; end;

Digitman (2002-07-03 14:07:00) [3]
>Yuri Btr

<qube> прав на все 100%. Прислушайся к его совету. Осн. поток, который должен как можно оперативней реагировать на таймерные события, должен быть избавлен от длительных (сравнимых по времени с периодом таймера) вычислительных алгоритмов, стартующих в контексте неких событий/сообщений, обрабатываемых в этом же (основном) потоке.

Yuri Btr (2002-07-03 14:05:00) [4]
to qube
В ообщем то логичное предложение, но дело в том, что у меня на форме присутствуют в разных местах ListBox"ы и надо добавлять в них много Items (при этом прога тормозится). Для этого не очень удобно использовать Threads.

qube (2002-07-03 14:01:00) [5]
Логичнее не таймер засунуть в отдельный поток, а большие вычисления. Лезешь в New/Thread Object, и в созданном классе все свои большие вычисления реализуешь в методе Execute.

Yuri Btr (2002-07-03 13:11:00) [6]
Ну что, больше идей нет?
Я просмотрел несколько компонент - таймеров, которые позволяют задать приоритет, но они все почти одинаково работают...
Пожалуйста, мастера помогите!

T2 (2002-07-03 11:59:00) [7]
Можно привязываться к системному времени или к тикам.

Skier (2002-07-03 11:45:00) [8]
>Yuri Btr
Посмотри Bluecave Components v.1.0.0 (с исходными текстами)
http://www.torry.net/middle.htm

Yuri Btr (2002-07-03 11:40:00) [9]
to Skier
Application.ProcessMessages не всегда помогает. К тому же отставание всё равно будет. Т.к. невозможно позасовывать Application.ProcessMessages в каждую паузу между операторами.

to Fiend
К сожалению мне нужно использовать только стандартные компоненты Delhi. Я где то видел как это делается руками над простым TTimer

Skier (2002-07-03 11:33:00) [10]
>Yuri Bt
А Application.ProcessMessages не спасёт гиганта мысли и
отца русской демократии ? :)

Fiend (2002-07-03 11:33:00) [11]
точно.
или найди в инэте, где то есть компонент TThreadTimer

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »