а в дебаге автор просто не додумался погуглить, как отключить дебажные итераторы

566 < 579

ок, здесь не быстрее всех, но очень близко. В других вариантах выходит на первое место.

А что такое clang libc++?

Видимо, что-то cygwin овское или наоборот.

ну это как libstdc++, только libc++

кланговская реализация стандартной библиотеки

Скажем так. Из личного опыта. Вот у меня либа. Активно использует хэш-мапы. На одних и тех же кейсах компиляция MinGW вместо MSVC давал буст в перфомансе раза в три. Выкидывание std::unordered_map и замена на robin_hood-реализацию стабилизировала перфоманс в этой части. Дальше, замена std::iostream на fmtlib дало ещё буст к перфомансу. Это, разумеется, не "полное выкидывание" C++-фич, но стандартные реализации STL/stdlib не везде оптимальны.

> компиляция MinGW вместо MSVC давал буст в перфомансе раза в три
Бенчмарки на дебажной сборке выполнялись, что ли?

Ну, то что msvc не g00d, известный факт, да.

Нет, разумеется. В том то и прикол. :)

тогда интересно было бы посмотреть на этот код, откуда такая разница

Если мне не изменяет память (относительно давно уже было), в той msvc stl, которую я юзал тогда, букеты в хэш-мапе реализовывались на обычных списках (std::list). Соответственно, любые манипуляции по добавлению/удалению дёргали аллокации. То есть вроде оно всё правильно (то есть ничему не противоречит), но... :) Но могу и ошибаться - надо детально профилировщиками смотреть, ага.

понял, тогда правдоподобно

стандартная хэш-таблица вообще отстойная, во всех реализациях (но не во всех одинаково, конечно)

Давайте во флудилке это обсуждать, а тут закончим.

я знаю, кто он, юзаю его справочники по инструкциям.

а здесь болтовня

я сижу на трёх с половиной, если что