par_sort_graph: Simplify using Rayon#150
Conversation
a496c08 to
5d323a5
Compare
5d323a5 to
06d7517
Compare
|
Well, the whole idea was to avoid Rayon as the bridge is horribly slow and prone to contention (that why we wrote |
|
But we can try some benchmarks. |
|
But here we're bridging an iterator with only a small number of elements, and the current code spawns a thread for each of these elements. |
|
Yeah, that's the idea—we know the parallelism we want, so we do it. And no Rayon overhead. |
|
But Rayon's overhead is negligible on an iterator with less than a thousand items when processing each item takes minutes. |
|
This will be worked out in the current "de-parameterization" of the parallel code. |
|
So, I would be immensely grateful if you solved the conflict so I can merge this... |
|
Ok, but there's also a completely new |
No description provided.