aboutsummaryrefslogtreecommitdiff
path: root/src/output/aggregators.rs
diff options
context:
space:
mode:
authorDaniel <kingdread@gmx.de>2018-10-15 12:28:14 +0200
committerDaniel <kingdread@gmx.de>2018-10-15 12:28:14 +0200
commit495e2ae7c1275e8cfa9c73686976fb0026dd41f4 (patch)
tree4fb70488d90682e4b1493a705caee85c58d98236 /src/output/aggregators.rs
parenta4bb7926ba31ad16d06619478ae4d7fb8c61428d (diff)
downloadraidgrep-495e2ae7c1275e8cfa9c73686976fb0026dd41f4.tar.gz
raidgrep-495e2ae7c1275e8cfa9c73686976fb0026dd41f4.tar.bz2
raidgrep-495e2ae7c1275e8cfa9c73686976fb0026dd41f4.zip
use threadpool instead of par_iter
The way the parallel iterator splits the items, we get results from different bosses intermixed. The expected way to do it would be to search all logs related to a single boss first, before moving on, which is not what rayon did. Additionally, it forced us to collect the list of files into a vector first, before we could start the actual search. Using the scoped pool directly solves both of these problems, but the error handling suffered a bit, as we now use unwrap instead of returning a Result from the closure. But since we handle individual items, and might not want to stop just because a single item was faulty, this behaviour might be better.
Diffstat (limited to 'src/output/aggregators.rs')
0 files changed, 0 insertions, 0 deletions