Для ускорения оптимизации ТС делают следующее

1. Увеличивают количество параллельных вычислительных потоков.
2. Пробуют разные компиляторы.
3. Переписывают код под особенности железа (OpenCL, GPU и т.д.).
4. Пробуют разные алгоритмы оптимизации.
5. Уменьшают количество входных данных (цены, календарь и т.д.).
6. Заменяют внутренние алгоритмы на более оптимальные по вычислительным ресурсам.

Последний пункт называют алгоритмической оптимизацией.

Реальная оптимизация.

А может ли реальная (вычислительная) оптимизация ускорить оптимизацию? Звучит, как масло масленное.

Ниже приведу пример, который, возможно, кого-то натолкнет на полезные идеи ускорения расчетов в своих ТС.

Пример.

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

Разбирался с особенностями DST/GMT-смещений в разных источниках котировок и календаря. Там многое завязано на первом/втором/последнем воскресенье месяца. Поэтому ядром подобных вычислений является расчет времени начала месяца. Вот эту функцию и попробуем ускорить.

Подгонка.

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

Когда ты оптишь зиму, у тебя получается подгонка, что якобы зима хорошая. Затем смотришь осень по посчитанным сетам, а там — супер. В итоге делаешь вывод, что имеешь рабочие сеты. Но ведь ты просто подогнал.