mirror of
https://github.com/enso-org/enso.git
synced 2024-11-22 22:10:15 +03:00
c1259cb4d2
After a discussion, I was really curious that our panics are supposed to be almost free - and while trusting that statement, it was really hard to believe - so I wanted to see for myself - knowing that an experiment is the most robust source of this kind of information - testing that in practice. So I wrote a benchmark comparing various ways of reporting errors, also testing them both at 'shallow' and 'deep' stack traces (adding 200 additional frames) - to see how stack depth affects them, if at all. The panics are indeed blazing fast! Kudos to the engine team. However, it seems that our dataflow errors are relatively slow (and we tend to use them _more_ than panics and want to be using them more and more). This uncovers a possible optimization opportunity. Can we make them as fast as panics?? Analysis of the benchmark results in comment below. |
||
|---|---|---|
| .. | ||
| polyglot-sources/benchmark-java-helpers/src/main/java/org/enso/benchmark_helpers | ||
| src | ||
| package.yaml | ||