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
Have what appears to be an implementation as of b52eacc however, its performance on .collapse suggests it is not worth keeping (probably from preorderselect). Likely better ways to navigate the binary tree? The weirdest thing, during testing, saw essentially zero performance change when typing the code. As a result, my guess is getting hosed either by log2 or by pow which the binary tree ops rely on a lot especially for select. pow can be resolved by looking tables as we're only doing integers, and really shouldn't be getting too large. Could probably also do a lookup for log2 as we should only ever be calculating over a small range, and it is integer as well.
On the plus side, observed about a 20% reduction in runtime when parsing, and about a 20% reduction in space, when testing in EMP OR. But net loss due performance of critical ops.
It would be nice to remove the caches. It should be possible to calculate rank, select and excess from the rmm structure. However, this probably will be tedious to get correct.
This is dependent on being able to properly traverse the binary tree to identify the correct segment for a given value of
k
.The text was updated successfully, but these errors were encountered: