Я получаю bad_alloc из приведенного ниже кода, скомпилированного с помощью gcc (пробовал 4.9.3, 5.40 и 6.2). gdb говорит мне, что это происходит в последней строке с initalizer_list для unordered_map. Если я закомментирую инструкцию mmx _m_maskmovq, ошибки не будет. Точно так же, если я закомментирую инициализацию unordered_map, это не будет ошибкой. Только при вызове инструкции mmx и инициализации unordered_map с помощью initializer_list я получаю bad_alloc. Если я по умолчанию создам unordered_map и вызову map.emplace(1,1), ошибки также не будет. Я запускал это на компьютере Centos7 с 48 ядрами (intel xeon) и 376 ГБ ОЗУ, а также на ноутбуке Dell (intel core i7) под Ubuntu WSL с тем же результатом. Что здесь происходит? Инструкция MMX портит кучу? Валгринд, похоже, не нашел ничего полезного.
Команда компилятора и вывод:
$g++ -g -std=c++11 main.cpp
$./a.out
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted
Исходный код (main.cpp):
#include <immintrin.h>
#include <unordered_map>
int main()
{
__m64 a_64 = _mm_set_pi8(0,0,0,0,0,0,0,0);
__m64 b_64 = _mm_set_pi8(0,0,0,0,0,0,0,0);
char dest[8] = {0};
_m_maskmovq(a_64, b_64, dest);
std::unordered_map<int, int> map{{ 1, 1}};
}
Обновление: обходной путь _mm_empty() исправляет этот пример. Это не кажется жизнеспособным решением при использовании многопоточного кода, когда один поток выполняет векторные инструкции, а другой использует unordered_map. Еще один интересный момент, если я включу оптимизацию на -O3, то bad_alloc исчезнет. Скрестим пальцы, мы никогда не сталкивались с этой ошибкой во время производства (съеживаемся).
