release 2 about iterum

[xgbuils]

I created a new package iterarray with a tiny API (slice & nth) to achieve better performance with sliced iterables, caching values and taking advantage of performance when iterables that are passed are indexables.

I going to use iterarray as a dependency of iterum to bring better performance and simplify some methods.

[benji6]

If possible are you able to collect some benchmarks on the new approach using iterarray?

I've been thinking about performance a lot in imlazy and am pretty stoked that it seems to be running faster than native array methods now in node 8! I decided against a caching approach though because in theory a user should be able to pull from an infinite iterable without ever having to worry about memory running out... What if they want to take some values from an infinite iterable every time an event occurs and the code is running for a long time on a tiny node machine? Will it fall over eventually? It's something of a niche use-case but naive caching does introduce that risk... Would be good to see what perf gains you make with it though

[xgbuils]

Hi @benji6!

It sounds good. I will collect some benchmarks on the last 1.x version and 2.0 version to contrast that.

My idea of iterarray package is:

• to have nth(n) with O(1) amortized cost (the first call with O(n) cost, the next calls with O(1))
• to keep .slice with O(1) cost
• to traverse slice(m, n) with O(m - n) amortized cost (the first time with O(n) and the next times with O(n - m)).

But certainly, achieving this can produce memory issues. I should think on this.

Thanks so much!

[benji6]

No worries, really interesting to see what you're getting up to here!