Прям щас лицезрею  на 25 машин

У кого?

мы тестили, было медленно

А что делали у нас летает

Цифрами не поделитесь? :)

потому что Go ;)

(ну или RocksDB а у вас мало чистых вставок и много upsertов)

С LSM-же базами надо всегда помнить для чего они заточены

Вот у меня как раз апдейтов дофига

Придется монгу видимо

тогда нужен BTree движок, и это не RocksDB

потому что гарантированная надёжность

а сколько данных в Tb, сколько чтений/записей и какая часть данных часто меняется?

можешь описать «летает» в числах?

это с прошлого места работы, там всё слишком под NDA

Кстати, Тимур, для следующих баттлов "C++ vs Go" могу посоветовать отличную работу "Improving the Performance of User-level Runtime Systems for Concurrent Applications"(https://uwspace.uwaterloo.ca/handle/10012/13935)
Это защита докторской в университете Уотерлу(Онтарио) от некоего Saman Barghi, он же автор библиотеки https://git.uwaterloo.ca/mkarsten/libfibre
В ней можно найти всё касательно механики сопрограмм со ссылками на множество С/С++-проектов, в том числе есть сравнения с Go.
Основное что оттуда можно подчерпнуть - всё что есть в Go давно(раньше чем появился Go) в том или ином виде реализовано на C++.
Да и у вас в Яндексе, как я понимаю, есть Userver (https://habr.com/ru/company/yandex/blog/474438/) со всеми теми возможностями что даёт Go

да

да и во всех больших конторах с большой Си++ базой в той или иной степени есть асинхронный фреймворк. Вот и в предыдущем Акронисе тоже было

А то в последний раз не были раскрыты все плюсы плюсов ;)

(правда на Си)