We have some pretty gnarly query times right now for generating our aggregations. Individual aggregations are taking multiple seconds to finish.
So say we have a query that spits out some aggregations. Lets say it took ~40s to compute 6 aggregations. I'm investigating and trying to verify if instead having a single filtered query with 6 aggregations we have 6 filtered queries with 1 aggregation each in a multi search.
The real question is, does a filtered query with a bunch of aggregations run those aggregations in parallel anyways? If so then I lose any performance benefit I would have had with the multi search.
Our prod ES cluster is v1.4.4
As for merging the results, computationally it is trivial when compared to the total time to compute a single aggregation.
Some early numbers I've been generating does show a multisearch being faster, but I want to confirm the expected behaviour of a regular search in case the numbers I'm seeing are bogus due to caching/server load/networking issues/... etc