Both are relevant. This is supposed to be a drop in replacement for std::unordered_map whereas the other implementations break from the std API contract in vari

Both are relevant. This is supposed to be a drop in replacement for std::unordered_map whereas the other implementations break from the std API contract in various ways (either by not supporting certain operations, or not providing the same runtime complexity for certain operations). So you'd expect the performance to fall in between std implementations and the others, with folly/absl/etc essentially serving as an upper bound on the possible gains.