Помогите со схемой. При загрузке и отрисовке массива более 1000 чисел на графике программа сильно тормозит и зависает. Мне надо отрисовать 100000 точек

code_21217.txt

301992, тормозит перебор строк из СпискаСтрок: code_21218.txt

А как сделать, тчобы график строился по точкам из сохраненного текстового файла? У меня одна формирует этот список и сохраняет в файл, а эта должна отрисовать график по точкам из этого файла

сохранять данные не в текстовом, а бинарном виде и использовать PlotStream

301992, или открывать Ваш текстовой файл через Integer-, RealArray code_21219.txt

Спасибо за ответы, буду думать. ТОлько пример code_21219.txt не отрисовывает график. После нажатия кнопки меняються подписи по осям, а самого графика не видно

301992, я сформировал файл с 100000 записей integer от -99 до +99 и массив integer, а тип файла - String, может у Вас данные в файле Real

У Вас числа целые или дробные? У меня дробные типа:
1
-0.0625
0.078125
0.0625
0.0625
-0.015625
0.03125
-0.0625
...
и т.д.
когда стоит Real, формируються только целые числа.

Integer это целое знаковое

301992,

Dilma, а как сохранять в бинарный файл, так чтобы потом другая программа могла считать информацию.

на этот вопрос невозможно ответить не зная того, в каком формате "другая программа" ожидает эти самые данные принять

Вот эта схема производит вычисление и сохраняет в текстовые файлы. При количестве строк 100000 программа выполняется в течении 16 часов. Результат выполнения для данного случая 128 текстовых файла. Из того, что написано выше я думаю, что так долго выполняется програма из-за компонента "список строк", но я не знаю, как без него обойтись. Или я заблуждаюсь и проблема в другом.



code_21274.txt

думать тут не нужно - нужно собрать тестовый пример и замерить время выполнения для 100к строк на операциях, которые по вашему предположению являются медленными. Вывожить пример на форум, спросить как улучшить ситуацию.

на вскидку беглым осмотром схемы можно сразу указать узкие места используемого алгоритма: для вычислений используется MathParse(худшая из всех возможных альтернатив), в блоке вычисления стоит StrList в который данные только добавляются и только удаляются (сделано специально для понижения производительности?), исходные данные переданы в виде строки (после чего каждая из них парсится аж 128 раз в этом примере - опять делаем все, чтобы работало как можно медленнее?), ну и мелочь уже - создается 128 экземпляров схемы с одним единственным отличающимся параметром(счетчиком цикла) после чего опять в цикле каждая из них запускается на выполнение (а сразу запуск что сделать мешало?).

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