быстрый RichEdit с большим объемом текста

[fanlis]

Здравствуйте. Программа занимается определенными измерениями, результаты выводятся в RichEdit, строки добавляются раскрашенные (поэтому собственно и RichEdit). Измерения идут непрерывно (пока не остановишь). Проблема в том, что вывод на экран отнимает время, т.е. если делать без вывода, то измерения проходят гораздо быстрее. Однако вывод на экран в процессе измерения нужен, причем с цветными строками. Сейчас сделано так: если в RichEdit больше 4000 строк, то первые 255 строк удаляются (потому что с большим объемом текста вывод тормозит сильно). Если нужен весь текст, то предусмотрена запись в файл. Возникла необходимость ускорить измерения, а также желательно увеличить буфер (не 4000 строк, а больше, лучше без ограничений). В связи с этим я думаю создать еще один RichEdit в памяти и во время измерений вывод делать в него (без удалений), а в тот, что на форме выводить только последние строки, которые влезают в экран. А если измерения остановлены, то из RichEdit'а в памяти перекидывать в RichEdit на форме (чтобы можно было просмотреть результаты).
Вопрос в том, правильное ли это решение и как эффективнее это сделать.
Меня беспокоит, не будет ли перекидывание большого текста из RichEdit'а в памяти в RichEdit на форме слишком долгим и что будет, когда объем текста станет совсем уж большим (как это отразится на памяти и производительности).

[Streletz]

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

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

Откройте для себя многопоточность.
Пусть измерения выполняются в отдельном потоке и помещают результаты в какой-нибудь буфер (БД, временный файл и т.д.), а поток UI просто будет периодически обновлять данные RichEdit из него. Это просто, как один из возможных вариантов.

[kropotkina-alice]

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

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

А просто почитать про методы BeginUpdate/EndUpdate терпения не хватило?

[fanlis]

Сообщение от kropotkina-alice

А просто почитать про методы BeginUpdate/EndUpdate терпения не хватило?

BeginUpdate/EndUpdate используются. Измерения (и соответственно вывод) происходят блоками. После каждого блока я вывожу время измерения. Так вот если делать без вывода, то время одно и то же, а если с выводом, то после каждого блока время все больше и больше (пропорционально количеству текста).

[Pavia]

А нам и без RichEdit'ов неплохо живётся.

[fanlis]

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

Откройте для себя многопоточность.

Идея хорошая, но пожалуй не подойдет. Там запускают измерения и смотрят на экран. Бывает так, что допустим видят строки определенного цвета и останавливают, чтобы посмотреть где брак. С многопоточностью будет несинхронизировано, т.е. измерение давно пройдет, а результат только выведется.

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

А нам и без RichEdit'ов неплохо живётся.

Проект довольно сложный, да еще не мой, я не готов пока RichEdit менять на ListBox.

[Streletz]

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

видят строки определенного цвета и останавливают, чтобы посмотреть где брак

Можно поиграться с размером буфера и таймером обновления. Также можно возложить описанные Вами функции на саму программу. Ведь наверняка есть значения допусков на детали.
Просто как варианты...