Monte Carlo Crash Course: Quasi-Monte Carlo
1–10 of 15 posts
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#2Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#3A couple of things which might not be obvious to people who haven't used monte carlo simulators in practise.
1) The fact that a prng is weak[1] and that the MC is deterministic given a particular seed is almost always a good thing. You want the thing to be as fast as possible and you're going to run a lot of paths. Secondly you very often need repeated runs to give the same result. For example say you're using an MC method to price something, you want exactly the same price every time otherwise you'll get some p&l noise every day arising purely from the difference in the random sequence. That's not what you want.
2) Low-discrepancy sequences like Sobol sequences take this one step further because they don't even pretend to be random, because they give better coverage of the search space for a given number of paths so you can use fewer paths. However, if your path evaluation is cheaper than generating the Sobol sequence then you probably just want to use a normal PRNG and more paths rather than a Sobol sequence. Say there is a bullseye hidden somewhere in a circle and to find the circle you need to throw a dart at it and if the dart lands near to the bullseye you get some feedback. One approach would be to precisely divide the circle into squares and carefully aim each dart to land in a different square (this is a low-discrepancy sequence). But another way is just to throw a lot of darts quickly and not really care where they go (this is the lots of paths approach).
[1] in the Cryptographic sense. Generating even weak random variates is slow especially if you need them to satisfy some property like being distributed in a particular way. Say you're trying to simulate the path of the snp 500. For each path you're simulating 500 stocks so you might be running say a million paths and each path will need 500*x random numbers. That computation time adds up pretty quickly. Cryptographically random numbers are extremely expensive computationally and you don't care about any of the strong cryptographic properties for this.
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#4This feels like a crash course for people already very familiar with it all. For everyone else, Steve Brunton's courses cover a lot of the foundational stuff here on probability and stats and might be a lot more accessible: https://www.youtube.com/@Eigensteve
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#5This feels like a crash course for people already very familiar with it all. For everyone else, Steve Brunton's courses cover a lot of the foundational stuff here on probability and stats and might be a lot more accessible: https://www.youtube.com/@Eigensteve
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#6This feels like a crash course for people already very familiar with it all. For everyone else, Steve Brunton's courses cover a lot of the foundational stuff here on probability and stats and might be a lot more accessible: https://www.youtube.com/@Eigensteve
Thanks for this link. I've never heard of Eigen Steve but his channel looks amazing, which is to be expected from a name like Eigen Steve.
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#7Cool article. A couple of things which might not be obvious to people who haven't used monte carlo simulators in practise. 1) The fact that a prng is weak[1] and that the MC is deterministic given a particular seed is almost always a good thing. You want the thing to be as fast as possible and you're going to run a lot of paths. Secondly you very often need repeated runs to give the same result. For example say you'r…
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#8Earlier quoted context omitted.
Thanks for this link. I've never heard of Eigen Steve but his channel looks amazing, which is to be expected from a name like Eigen Steve.
One thing to check out is he has a great series on "Data Driven Science and Engineering" to go alongside his book and the website has all the code and links to all the videos for each chapter. https://databookuw.com/
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#9Cool article. A couple of things which might not be obvious to people who haven't used monte carlo simulators in practise. 1) The fact that a prng is weak[1] and that the MC is deterministic given a particular seed is almost always a good thing. You want the thing to be as fast as possible and you're going to run a lot of paths. Secondly you very often need repeated runs to give the same result. For example say you'r…
That said, I know sometimes the point of analysis is more about narrative building than decision making, and changing numbers make it harder to maintain trust in a narrative.
Re: Monte Carlo Crash Course: Quasi-Monte Carlo
#10Cool article. A couple of things which might not be obvious to people who haven't used monte carlo simulators in practise. 1) The fact that a prng is weak[1] and that the MC is deterministic given a particular seed is almost always a good thing. You want the thing to be as fast as possible and you're going to run a lot of paths. Secondly you very often need repeated runs to give the same result. For example say you'r…
No. CSPRNGs can be pretty competitive these days: https://github.com/google/randen
Yes, in some cases that’s still (a bit) too slow or too much code but best to benchmark first.