Как быстро читать из Мемо?

[Alex Cones]

А может поступить так:?
-На экран (в мемо) вываливается не весь код, а только тот участок, который поместится на экране так, чтобы у мемки не появились полосы прокрутки. А скроллер справа - левый, он "перематывает" текст, но не в мемо, а в буфере, а во время скролла посылает в мемо новый участок кода. Таким образом идет работа не со всем кодом одновременно, а только с таблицей, примерно 20*60 символов.

[Utkin]

Сообщение от Alex Cones

А может поступить так:?
-На экран (в мемо) вываливается не весь код, а только тот участок, который поместится на экране так, чтобы у мемки не появились полосы прокрутки. А скроллер справа - левый, он "перематывает" текст, но не в мемо, а в буфере, а во время скролла посылает в мемо новый участок кода. Таким образом идет работа не со всем кодом одновременно, а только с таблицей, примерно 20*60 символов.

Ты не совсем понял сути. Не важно что показывается в Мемо и каким образом. Я загружаю прогу в редактор, время на это затрачивается мало, поскольку никакой обработки не происходит, но как только я отправляю ее на запуск мне нужно сначала передать данные в интерпретатор, а он расжевывает прогу по своему и представляет ее как массив массивов строк с кучей ссылок друг на друга и прочей служебной информацией (это дает некоторые преимущества). Но на это требуется время. Вот я и хочу сократить это время, потому что перед стартом проги происходит некоторая задержка, которая меня не устраивает совершенно.

[mutabor]

1. Мне кажется мемо далеко не лучший выбор для редактора.

2. У нек-рых контролов, например TListView, есть виртуальный(если я слово не перепутал) режим работы. Смысл в том, что на экране отображается только видимая часть списка в данный момент, а сам контрол пустой, в него не грузится изначально ничего, грузиться в память в отдельный класс. Это намного ускоряет загрузку когда очень много данных.

3. Отображение сильно замедляет, в память нужно читать из файла. А выводить только то что нужно (если большие файлы).

Я ставил метки по всему коду, и замерял время выполнения, на что сколько времени уходит. Все это писал в лог. А по нему уже видно что именно требует оптимизации в первую очередь. Если тормоза именно при обработке текста, а не из-за отображения, то это уже другая тема.

[Пепел Феникса]

при чтении он не обновляется вроде.
значит мож алгоритм не совершенен?
или действительно вывести в отдельный поток?

[mutabor]

или действительно вывести в отдельный поток?

Хоть в десять, это ничего не даст, кроме устранения подвисания окна на время обработки.

[Пепел Феникса]

это тоже не плохо...
кстати Делфи например перенос строки не важен.(хоть в одну строку пиши)
поэтому мне кажется лучше в цикле как один string пробегать...и не стирать части строки...а юзать тогда уж переменную целочисленную для запоминания текущей позиции

[mutabor]

это тоже не плохо...

Это бесполезно, если пользователь ожидает этой обработки и не может дальше работать.

кстати Делфи например перенос строки не важен.(хоть в одну строку пиши)
поэтому мне кажется лучше в цикле как один string пробегать...и не стирать части строки...а юзать тогда уж переменную целочисленную для запоминания текущей позиции

Это кому как. Мне удобнее работать с индексированным списком (TStrings), чем городить навигацию по одной большой строке. Пойду на это только если это действительно ускорит длительный процесс обработки.

[Utkin]

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

[Пепел Феникса]

поидее работа со StringList немного медленее изза вызова методов и проверок внутри них.

[mutabor]

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

Ты на глаз, или замерял точно? Лучше замеряй, а то небольшую разницу на глаз не увидишь, тем более на небольших файлах.

ИМХО, из компонента (читай VCL класса) быстрее чем он может, читать не получится. Разве что прямо с диска читать на низком уровне, и самому разбирать данные. Не попробуешь - разницу не увидишь. Так как в любом случае файл в конечном итоге будет загружен в память целиком, то можно для удобства одним махом грузить его в TMemoryStream, а дальше все в твоих руках, как сделаешь - так быстро и будет.

Кстати про строки, ты в курсе что в Delphi используется хитрая модель, когда иногда копируются данные а иногда просто ссылка размножается на строку? От этого скорость будет напрямую зависеть.
Читать здесь: http://rsdn.ru/article/Delphi/Delphi_7_02.xml#E3HCI