Brutkey

Ivan Molodetskikh
@YaLTeR@mastodon.online

Experimenting with a restructure of the niri rendering code to uncurse it somewhat by getting rid of all complex impl Iterator chains and lifetimes, which also lets me remove some intermediate small Vecs. In essence, going from pull to push iteration.

I'm surprised that the result is consistently 2-3x faster than before. Wonder if it's the Vecs, or if inverting (massive) codegen'd iterators into a normal call stack passing a closure arg, providing the main benefit

#niri

Mean time over 5000 iterations, many windows, old rendering: 0.288 ms vs. new 0.126 ms Mean time over 5000 iterations, few windows, old rendering: 0.054 ms vs. new 0.016 ms
Ivan Molodetskikh
@YaLTeR@mastodon.online

Finished the push-based rendering refactor, made a write-up here for the curious: https://github.com/YaLTeR/niri/pull/3113

It even ended up with a negative delta (+762 -780) which is always a W.

Btw I ran the comparison on my Eee PC and there the difference is even more extreme, like 8x faster rendering list construction (which is once again only a part of the total rendering time, and notably doesn't include actual rendering, but still nice).

#niri

Ivan Molodetskikh
@YaLTeR@mastodon.online

biblically accurate window management

#niri