#iterator #thread #parallel-iterator #parallel

readahead-iterator

Readahead from an iterator on a separate thread, returning items in order and synchronously

2 releases

0.1.1 Apr 26, 2021
0.1.0 Apr 25, 2021

#627 in Concurrency

Download history 84/week @ 2024-03-17 108/week @ 2024-03-24 158/week @ 2024-03-31 135/week @ 2024-04-07 103/week @ 2024-04-14 85/week @ 2024-04-21 75/week @ 2024-04-28 76/week @ 2024-05-05 84/week @ 2024-05-12 92/week @ 2024-05-19 108/week @ 2024-05-26 97/week @ 2024-06-02 85/week @ 2024-06-09 93/week @ 2024-06-16 87/week @ 2024-06-23 17/week @ 2024-06-30

296 downloads per month
Used in 2 crates (via conserve)

MIT/Apache

8KB
68 lines

Readahead adaptor for iterators

Items are generated from the iterator in a separate thread, and returned to the caller as a regular iterator, in the same order.

This is useful when the wrapped iterator does significant work that can be parallelized with other work on the calling thread. For example, if both the iterator and its client are CPU-intensive, they utilize separate cores. Or if the iterator does blocking IO on multiple files, opening of later files can be overlapped with processing of earlier files.

Rayon offers much more powerful ways to parallelize iterators. This adaptor is useful for some simpler and complementary cases:

  • Both the producer and consumer are serial.

  • Items should be produced and consumed one at a time and in order, but production and consumption can be overlapped.

  • The work is potentially IO-bound, so a separate thread can be dedicated to this iterator, rather than using an NCPUS thread pool.

No runtime deps