Скорости бэктестов. Вопрос.

SergeyJu, Хорошие скорости — это на C и есть? — Самописное?

Скорость хорошая.

cfree0185, В S# отдельный день лежит в отдельном файле в отдельной паке))

Вряд ли это супер-быстро)). Но там и сами вычисления не быстро идут, помимо файловых операций.

bocha, Как легко было бы жить в мире, если бы все комменты отвечали твоим ожиданиям))). Ещё идеальней было бы если бы в табличном виде: первый столбец — платформа, второй — секунды)). 

Спасибо! Мне кажется, в велсе что-то подобное было, но именно по велсу пока так никто и не отписался.

ivanovr, много строчек кода?

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

ПBМ, А у вас он много чего умеет или простой?

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

Sergey Pavlov, >>«Вообще, S# должен при прочих равных ощутимо по скорости обсчета обыгрывать R.»

чёт не обыгрывает), но я ещё продолжаю пытаться).

Не, я при желании смогу попробовать уложиться в 100 тоже, но не развернешься, конечно)).

Sergey Pavlov, Тебе разве не хотелось никогда протестить стратегию, сделать пару движений рукой и вуаля — можно в бой. 

Ну а в целом система довольно мощная, хотя недостатков много.

Sergey Pavlov, Нуу, если взять переменные трудозатраты и постоянные, то S# это дохрена постоянных (разовых), а потом с переменными норм будет когда все настроишь, во всем разберешься — я Shell модифицированный юзаю, реально берешь код, открываешь его в другой вкладке и вот он уже не тестируется а торгует в бою.

А TSLab хорош в плане того что и разовые трудозатраты не велики — он работает из коробки сразу).

Пафос Респектыч, Да всё уже начато давно)) — есть у меня норм стратегии). 

Тут S# только что выкатил обновление тестера — ощутимо скорость подтянули, так что, возможно, тема уже не актуальна. 

Пафос Респектыч, Прогоны на истории — ничто, если они без аналитики — именно от того, как интерпретируешь результаты и зависит будет ли стратегия после запуска в бой «сразу вниз» или так же как на бэктесте.

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

yurikon, Ещё для меня выглядит странным если ты, например, гоняешь оптимизацию на одном дата-сете, при этом каждый раз его читаешь из файла — из оперативки же быстрее. Но это так).

>>«Еще важно, чтобы тестовый код можно было запустить в бой сразу, а не переписывать его под рилтайм.»

Да, стараюсь не отходить от этого принципа.