> 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 faste

> 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)