You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found the calculation of return in backtest confusing. The return is defined on each day's basis here. The return on each day are summed up directly to obtain the annualized return here. Shouldn't the total return be a product of (1 + r_i) minus 1? What's the problem here?
To Reproduce
Steps to reproduce the behavior:
Expected Behavior
Screenshot
Environment
Note: User could run cd scripts && python collect_info.py all under project directory to get system information
and paste them here directly.
Thank you for your answer. I understand the intuition of using arithmetic summation. But I think people still expect geometric summation for the model performance. Would you consider adding an interface for using geometric summation?
🐛 Bug Description
I found the calculation of return in backtest confusing. The return is defined on each day's basis here. The return on each day are summed up directly to obtain the annualized return here. Shouldn't the total return be a product of (1 + r_i) minus 1? What's the problem here?
To Reproduce
Steps to reproduce the behavior:
Expected Behavior
Screenshot
Environment
Note: User could run
cd scripts && python collect_info.py all
under project directory to get system informationand paste them here directly.
Windows
,Linux
,MacOS
): LinuxAdditional Notes
The text was updated successfully, but these errors were encountered: