VTT>Эта реализация в таком виде вроде еще с 2012 живет.

Начиная с 2005 там это. Но на оправдание не тянет... Хочется понимать причины.

VTT>2. Кажется в блоге разработчиков кто-то высказывался по этому поводу. Но вообще хорошо бы в Connect тикет завести.

А ссылочкой бы? Гугл в последнее время вообще непотребно ищет. Вот есть такая ссылка — но там только факты, никто в ms ничем не кидается.

VTT>3. А вы уверены, что проблемы с эффективностью у вас именно из-за такой реализации контейнеров?

Я уверен, что STL не должна иметь пессимистичную реализацию. А в данном случае это именно так (при том, что нормальная реализация всем известна и лучше по всем параметрам — даже по локальности контейнер->head).

VTT>Целесообразность выделение памяти на куче весьма сомнительна, однако эти контейнеры выдают неплохую дебаг диагностику (за исключением самоприсваивания).

Каким образом выделение head ноды на куче улучшает debug диагностику? Например, кинуть исключение в дефолтовом конструкторе — это ведь явно не улучшает?