Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 9

ЗакрепленныеЗакреплённые комментарии

Уже давно существуют широко известные в узких кругах ders::sh_ptr и ders::un_ptr.

По тестам производительности https://ders.by/cpp/norefs/norefs.html#4.1

  1. ders::sh_ptr быстрее std::shared_ptr в 4-6 раз.

  2. а sh_ptr с mp_allocator аж в 6-12!

ЗЫ Исходный код там же.

Это решение не переносимое, завязано на один конкретный компилятор и его внутреннюю реализацию stl, которая в следующей версии может измениться и код не будет работать.

Да, это стоило бы обыграть директивами предпроцессора, но последствия такого решения минимальны. Всегда можно просто поменять на стандартные классы, и весь код будет снова компилироваться и работать.

А потом в приложении появятся потоки и оно с треском рухнет.

нет, оно рухнет не с треском, оно будет прикольно глючить

Уже давно существуют широко известные в узких кругах ders::sh_ptr и ders::un_ptr.

По тестам производительности https://ders.by/cpp/norefs/norefs.html#4.1

  1. ders::sh_ptr быстрее std::shared_ptr в 4-6 раз.

  2. а sh_ptr с mp_allocator аж в 6-12!

ЗЫ Исходный код там же.

Надеюсь что ders dir.hpp не взрывается при кириллице, а то std::filesystem в MinGW кидает исключение при любых русских символах в пути

Да, но теперь взрыв при argv[0] с кирилицей в путях. Фиксится только декодированием из CP_ACP в utf8

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации