> They actually degrade performance in the absence of a particularly smart inlining compiler.

So it sounds like you're saying that iterators in Rust are faster than transducer-based filter/reduce.

I think it's clear that my original point was that transducer-based filter/reduce is faster than lazy-list based filter/reduce, and comparable in performance to a for loop. (in that lazy-list operations are MUCH MUCH slower in most cases for filter reduce operations than the latter two approaches)