а
Вставка 1м POD структур и итерации
я про то чем ты это смотришь
Size: a a a
2020 April 06
Е
мне кажется рановато на таком этапе делать оптимизации
Е
и бенчить тем более
RM
мне кажется рановато на таком этапе делать оптимизации
Ни чуть
RM
Я должен хотя бы средний вариант использовать, который будет стабилен по скорости
Е
зачем тратить часы на бенчи разных контейнеров, если можно их потратить на поиск ботлнеков в готовом проекте?
RM
зачем тратить часы на бенчи разных контейнеров, если можно их потратить на поиск ботлнеков в готовом проекте?
Я пытался найти готовое решение, нету ничего лучше и точнее
RM
Вообще, ранее не разу не сталкивался с flat_map, щас гляну что у него по поиску и удалению
RM
я про то чем ты это смотришь
Руками, через std::chrono::high_resolution_clock::now()
RM
Там можно запутаться, это время в секундах на самом деле, ms подставил потому что до секундной задержки обычно не доходит, а восприятие такого вывода для меня более удобно
AB
зачем тратить часы на бенчи разных контейнеров, если можно их потратить на поиск ботлнеков в готовом проекте?
Потому что менять структуры данных в готовом проекте нелегко
Е
Artöm Bakri Al-Sarmini
Потому что менять структуры данных в готовом проекте нелегко
они же из стл все, там при правильном применении только тип контейнера поменять
RM
Artöm Bakri Al-Sarmini
Потому что менять структуры данных в готовом проекте нелегко
Не структуры данных, а реализации классов, которые могут потом использоваться в более 100 .hpp/.cpp
AB
они же из стл все, там при правильном применении только тип контейнера поменять
Во-первых нет. Во-вторых никто не запрещает использовать не-стл типы
RM
они же из стл все, там при правильном применении только тип контейнера поменять
Нет, если ты собираешься оптимизироваться код, не факт что ты будешь использовать одно и тоже, и реализация может отличаться, как и методы самого класса
RM
И будешь потом бегать по всему готовому проекту, тратя еще больше времени на переделку
AB
Не структуры данных, а реализации классов, которые могут потом использоваться в более 100 .hpp/.cpp
А я что сказал?
AB
Вектор и плоская карта это разные структуры данных
RM
Здесь геморрой в том, что класс может вообще измениться по сути, интерфейс взаимодействия, и те методы от старого класса, где ты вызывал допустим 1 функцию, могут измениться на вызов уже 2-3 с учетом проверок (если они там будут нужны)
RM
Это еще больше времени займет, чем тесты и бенчи на ранних стадиях, которые дадут хорошие результаты, нежели если бы я забил болт и использовал сразу std::map (как ранее я сделал)