делить на потоки
Ещё один.. И потом синхронизацию с Gui, молодцы
несколькими потоками в VCL/LCL ??? ну ну
одним один гуи-шный, второй сбор данных
ну а что такого не бывает что ли? это антипаттерн какой-то?
Вставлять на каждую точку вызов обратки сообщений?
не на каждую, а на каждое событие таймера, к примеру раз в 100мсек - 10 раз в секунду, вполне плавно всё будет визуально
А если накопится в очереди больше то что увидит пользователь? Отстающий график
Чем отрисовали порциями по таймеру
ну смотрите заводите дин массив, можно сразу нормального объёма ожидаемого, на 100 тыщ. точек к примеру по таймеру раз в 100 мсек - отправляете этот массив гуишному потоку (указатель!) а писать начинаете во второй массив двойная буферизация чтобы главный поток(сбора данных) не упустил новые точки ну тут даже три потока нужно - поток сбора данных, в нем должно быть по минимуму локов поток обработки принятых данных - он должен посылать команды отрисовки гую, плюс если не успевает - то доп.буферизировать данные куда-то и гуишный поток - на расслабоне отрисовывающий что дали
ну а проще всего в каждом цикле таймера создавать новый дин массив и отправлять его гую, он их будет складывать в список обработки и отрисовывать по мере сил
Серьёзный подход. На выходе труп спустили в морг, а на экране софт усердно отрисовывал остатки накопленных сердцебиений
ну канцел нужно сообразить тогда и раз точек так много что гуй задумался - то он хоть с потоками, хоть без всё равно будет думать отрисовывая их тут уже не в потоках дело, а в контроле - что не переваривает он столько
В это стратегии есть один серьезный минус - у WM__PAINT больший приоритет чем у таймера, таким макаром при постоянной отрисовке таймеры будут просто отключены. Правильней делать просто Invalidate по приходу новой порции данных, а не ждать таймера
ну это "таймер" не на базе сообщений, а по системному времени например
Ну примерно так у меня и работают системы. Получением данных занимаются отдельные сервимы, если они выудили что-то интересные они бросают данные в гуй. А в гуе встроен udp-сервер который эти данные принимает и сразу отрисовывает.
Обсуждают сегодня