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

с чего вы решили что они больше не нужны? ваш третий меняется и снова повторяются те же значение параметров 1 и 2 и снова их нужно вычислять.

(Немного изменил названия параметров, чтобы не было путаницы.)
Когда меняется третий параметр (Param3), предыдущий набор Param2+Param3 уже более не повторится.

никак не почистить. если памяти будет не хватать тслаб сам начнет чистить кэш, как я помню. Руками этого не сделать.

Не, сам он ничего не чистит.

что значит не чистит? Давайте уже точнее ваши настройки кэша и так далее и что происходит. А то пока мы тут гадаем.

Настройки оптимизации:


В системе 16 Гб памяти. Системой и др. процессами было занято около 3-4 Гб.
Поставил на ночь скрипт с большим количеством проходов с тремя параметрами оптимизации, как в примере выше.
К утру TSLab выжрал всю память и выкинул сообщение о нехватке памяти.
Я освободил ещё 1-2 Гб, закрыл системные сообщения, но активировать TSLab не получилось: он что-то там себе считал в фоне, но окно приложения не появлялось. Только иконка на панели, да процесс в диспетчере... Как-то так...

Так, что там с очисткой кэша? Нет информации?

Результаты оптимизации потребляют память. 1 строка приблизительно 1 кб. Вот и считайте что у вас выходит. Это уже не может быть зачищено, оно и жрет память.

Т.е., все результаты хранятся в памяти? Плохо. А такое ощущение, что результаты скидываются в хранилище, и при просмотре вкладки с результатами считываются оттуда: уж очень сильно тормозит эта вкладка даже если ничего не рассчитывается.
Лучше бы, действительно сохранял сразу в файл или БД: всё равно для комфортного просмотра результатов оптимизации приходится использовать другие средства.

В v.2 такая же беда?

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

в 2 версии не скажу.

У меня нет файла подкачки
А страница результатов тормозит, даже если там всего несколько сот записей.

Смысл есть: три параметра по 100 шагов - уже миллион проходов. При большем количестве параметров и пересчётов будет больше.
Выход - увеличивать шаг изменения параметров.
Но, согласитесь, отсутствие возможности задавать нелинейное изменение параметров - это большое упущение со стороны разработчиков.
К примеру: min = 10, max = 100. Чтобы уменьшить количество проходов, задаём шаг = 5. Получаем 19 проходов. Но при минимальном значении 10 шаг в 5 пунктов - это 50% к предыдущему значению!
Другой вариант: использовать переменный шаг, например в процентах от предыдущего значения параметра. Для данного примера диапазон 10-100 будет пройден за 19 шагов при шаге в 13,65%.
Согласитесь, второй вариант выгоднее.
Данный подход можно осуществить через API, перебирая параметры с минимальным шагом, но с ростом значения параметра пропуская часть расчётов. Но в этом случае в таблицу результатов попадут все результаты, просто часть из них будет с нулями.
Отсюда - и "мильоны пересчетов".

Напишите свой оптимизатор . Он будет перебирать так как вам угодно. Это реально не сложно.

А то что у вас десять параметров и все хочется перебрать, это нереально просто. Даже мегагенетический оптимизатор даст на выходе ерунду. Либо локальный экстремум либо еще что, потому что такое число параметров обязательно даст изрытый ландшафт и не будет одной выпуклой поверхности. Будет много их. Изучайте сетку параметров убирайте левые или фиксируйте их.

Пошёл уже флуд. Я писал о десяти параметрах?

В TSLab можно построить поверхность по результатам оптимизации? Не нашёл такого функционала.

Где можно взять пример кода оптимизатора?