Лаги в DBGrid

[Heneken87]

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

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

Кода пользователь пользуется гирдом, который привязан как я понял к ClientDataSet,который в свою очередь надеюсь не корректируется потоками, может имеет смысл или отключать потоки на время пользования или отключать прорисовку пока потоки не отработают?
Думаю вы НЕ корректируете ClientDataSet внутри потока , а по таймеру записаваете в ClientDataSet результат работы потоков.

[Heneken87]

В то время как ONDraw грида начинает прорисовку вы ему в нагрузочку еще и данные из его датасета меняете потоками. Верно?

[bilibian]

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

В то время как ONDraw грида начинает прорисовку вы ему в нагрузочку еще и данные из его датасета меняете потоками. Верно?

Цвет ячеек меняется на основе данных в этой ячейке. К примеру, поток отдал новые данные в ячейку и если эти данные соответствуют определенному цвету, то он меняется в ячейке.

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

Происходит ли прорисовка одновременно с обновлением данных с помощью потоков - мне не известно, а разве это возможно, учитывая описанную мной смеху работы?!

[Heneken87]

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

Происходит ли прорисовка одновременно с обновлением данных с помощью потоков - мне не известно, а разве это возможно, учитывая описанную мной смеху работы?!

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

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

[bilibian]

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

ClientDataSet который в свою очередь надеюсь не корректируется потоками

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

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

Думаю вы НЕ корректируете ClientDataSet внутри потока

Как раз это и происходит. При использовании синхронизации, разумеется!

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

по таймеру

По таймеру у меня запускаются только сами потоки.

[bilibian]

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

Это так и происходит,от того и тормозит и не только из за прорисовки.
В потоках заполняйте датасет как вам угодно, но не привязывайте его к гриду.
На основной форме сделайте таймер и делайте "слепок" вашего датасета , который уже и привяжите к гриду. В функции OnDraw пишите обработчик отключения таймера создания "слепка" на время пока события ONDraw работает. Как только OnDraw отработал,включаем таймер.

При таком подходе лаги пройдут и все будет работать как и работало.

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

[Heneken87]

Или отключайте потоки пока работает OnDraw

[Heneken87]

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

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

С чего бы? Мы ничего не урезали мы на время работы OnDraw пользуемся последними данными работы потока

[Heneken87]

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

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

Grid в 1 очередь это отображение иформации. Совмещать отображение и редакцию в 1 месте еще и через многопоточность как то даже страшно становиться. Что вам мешает в 1 гриде отображать во вотром организовать управление?
p/s:Прорисовка занимает больше времени чем выполнение расчетов в памяти. Пока у вас на основной форме работает драв используя выделенную память под Dataset , ваши потоки безсовестно переписывают память заставляя ваш OnDraw рисовать безконца

[bilibian]

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

Совмещать отображение и редакцию в 1 месте еще и через многопоточность как то даже страшно становиться.

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

Кстати, я пробовал делать обновление ячеек потоками по кнопке. То есть вызов потоков проходил вручную. Чтобы проверить теорию об одновременном использовании таблицы пользователем и обновлением информации.

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