vm.max_map_count OS limit about frameworkbenchmarks

[NateBrady23]

I have a reminder set to try this on Friday after the current run when I'm in my office.

[NateBrady23]

This setting has now been applied: https://github.com/TechEmpower/FrameworkBenchmarks/wiki/Project-Information-Environment

[itrofimow]

I'm seeing this in run_id: bc7f7570-a88e-48e3-9874-06d7dc0a0f74 as well, so kindly requesting your @nbrady-techempower assistance on this.

[NateBrady23]

vm.max_map_count is currently 65530. Possibly related to #8151, if this setting was higher, it was never set by us intentionally. Do you know if you're the only framework affected by this or have you seen it in others?

[itrofimow]

I took a closer look into logs, and turns out userver was hitting this limit all the way since its very introduction into suite.
It was even crashing from time to time, however this wasn't always registered for some reason.

Would it be possible to increase vm.max_map_count to some very high (say, 2**20?) values?
I could disable plaintext benchmarks in userver as a workaround for this (basically in userver every in-flight request is backed by a memory mapping, and in plaintext benchmarks there are up to 256k in-flight requests), however it would be very upsetting to lose such a valuable benchmarking scenario.

[itrofimow]

@nbrady-techempower pinging you on this ^