| 1 | use super::{IndexedParallelIterator, ParallelIterator}; |
| 2 | |
| 3 | mod consumer; |
| 4 | use self::consumer::CollectConsumer; |
| 5 | use self::consumer::CollectResult; |
| 6 | use super::unzip::unzip_indexed; |
| 7 | |
| 8 | mod test; |
| 9 | |
| 10 | /// Collects the results of the exact iterator into the specified vector. |
| 11 | /// |
| 12 | /// This is called by `IndexedParallelIterator::collect_into_vec`. |
| 13 | pub(super) fn collect_into_vec<I, T>(pi: I, v: &mut Vec<T>) |
| 14 | where |
| 15 | I: IndexedParallelIterator<Item = T>, |
| 16 | T: Send, |
| 17 | { |
| 18 | v.truncate(len:0); // clear any old data |
| 19 | let len: usize = pi.len(); |
| 20 | collect_with_consumer(vec:v, len, |consumer: CollectConsumer<'_, T>| pi.drive(consumer)); |
| 21 | } |
| 22 | |
| 23 | /// Collects the results of the iterator into the specified vector. |
| 24 | /// |
| 25 | /// Technically, this only works for `IndexedParallelIterator`, but we're faking a |
| 26 | /// bit of specialization here until Rust can do that natively. Callers are |
| 27 | /// using `opt_len` to find the length before calling this, and only exact |
| 28 | /// iterators will return anything but `None` there. |
| 29 | /// |
| 30 | /// Since the type system doesn't understand that contract, we have to allow |
| 31 | /// *any* `ParallelIterator` here, and `CollectConsumer` has to also implement |
| 32 | /// `UnindexedConsumer`. That implementation panics `unreachable!` in case |
| 33 | /// there's a bug where we actually do try to use this unindexed. |
| 34 | pub(super) fn special_extend<I, T>(pi: I, len: usize, v: &mut Vec<T>) |
| 35 | where |
| 36 | I: ParallelIterator<Item = T>, |
| 37 | T: Send, |
| 38 | { |
| 39 | collect_with_consumer(vec:v, len, |consumer: CollectConsumer<'_, T>| pi.drive_unindexed(consumer)); |
| 40 | } |
| 41 | |
| 42 | /// Unzips the results of the exact iterator into the specified vectors. |
| 43 | /// |
| 44 | /// This is called by `IndexedParallelIterator::unzip_into_vecs`. |
| 45 | pub(super) fn unzip_into_vecs<I, A, B>(pi: I, left: &mut Vec<A>, right: &mut Vec<B>) |
| 46 | where |
| 47 | I: IndexedParallelIterator<Item = (A, B)>, |
| 48 | A: Send, |
| 49 | B: Send, |
| 50 | { |
| 51 | // clear any old data |
| 52 | left.truncate(len:0); |
| 53 | right.truncate(len:0); |
| 54 | |
| 55 | let len: usize = pi.len(); |
| 56 | collect_with_consumer(vec:right, len, |right_consumer: CollectConsumer<'_, B>| { |
| 57 | let mut right_result: Option> = None; |
| 58 | collect_with_consumer(vec:left, len, |left_consumer: CollectConsumer<'_, A>| { |
| 59 | let (left_r: CollectResult<'_, A>, right_r: CollectResult<'_, B>) = unzip_indexed(pi, left_consumer, right_consumer); |
| 60 | right_result = Some(right_r); |
| 61 | left_r |
| 62 | }); |
| 63 | right_result.unwrap() |
| 64 | }); |
| 65 | } |
| 66 | |
| 67 | /// Create a consumer on the slice of memory we are collecting into. |
| 68 | /// |
| 69 | /// The consumer needs to be used inside the scope function, and the |
| 70 | /// complete collect result passed back. |
| 71 | /// |
| 72 | /// This method will verify the collect result, and panic if the slice |
| 73 | /// was not fully written into. Otherwise, in the successful case, |
| 74 | /// the vector is complete with the collected result. |
| 75 | fn collect_with_consumer<T, F>(vec: &mut Vec<T>, len: usize, scope_fn: F) |
| 76 | where |
| 77 | T: Send, |
| 78 | F: FnOnce(CollectConsumer<'_, T>) -> CollectResult<'_, T>, |
| 79 | { |
| 80 | // Reserve space for `len` more elements in the vector, |
| 81 | vec.reserve(len); |
| 82 | |
| 83 | // Create the consumer and run the callback for collection. |
| 84 | let result = scope_fn(CollectConsumer::appender(vec, len)); |
| 85 | |
| 86 | // The `CollectResult` represents a contiguous part of the slice, that has |
| 87 | // been written to. On unwind here, the `CollectResult` will be dropped. If |
| 88 | // some producers on the way did not produce enough elements, partial |
| 89 | // `CollectResult`s may have been dropped without being reduced to the final |
| 90 | // result, and we will see that as the length coming up short. |
| 91 | // |
| 92 | // Here, we assert that added length is fully initialized. This is checked |
| 93 | // by the following assert, which verifies if a complete `CollectResult` |
| 94 | // was produced; if the length is correct, it is necessarily covering the |
| 95 | // target slice. Since we know that the consumer cannot have escaped from |
| 96 | // `drive` (by parametricity, essentially), we know that any stores that |
| 97 | // will happen, have happened. Unless some code is buggy, that means we |
| 98 | // should have seen `len` total writes. |
| 99 | let actual_writes = result.len(); |
| 100 | assert!( |
| 101 | actual_writes == len, |
| 102 | "expected {} total writes, but got {}" , |
| 103 | len, |
| 104 | actual_writes |
| 105 | ); |
| 106 | |
| 107 | // Release the result's mutable borrow and "proxy ownership" |
| 108 | // of the elements, before the vector takes it over. |
| 109 | result.release_ownership(); |
| 110 | |
| 111 | let new_len = vec.len() + len; |
| 112 | |
| 113 | unsafe { |
| 114 | vec.set_len(new_len); |
| 115 | } |
| 116 | } |
| 117 | |