CD
Так что бакеты N элементов скушают N / load_factor * sizeof(T*) + allocator_overhead(N, sizeof(T))
Открытая адресация N элементов скушает N / load_factor * sizeof(T)
Открытая адресация N элементов скушает N / load_factor * sizeof(T)
Size: a a a
2020 October 02
CD
В этом расчете получается, что для элементов, у которых sizeof(T) сильно больше sizeof(T*) надо бакеты
CD
тут не load_factor а какой-то параметр про пустые места, но это не меняет сути
AT
модули сделают менее полезной`std::function`?
N
модули сделают менее полезной`std::function`?
Мне даже интересно, а как это связано?
AZ
Кстати а почему hash_combine ну и сопутствующего до сих пор нет в стл? Есть какие то веские аргументы против?
скорее похоже, что просто "зависло": https://github.com/cplusplus/papers/issues/253
AT
Мне даже интересно, а как это связано?
так, что реализация всегда будет видна (ну ладно, не "всегда" а почти всегда) и использовать
void *, что прячется внутри std::function, не нужно будет. Можно будет писать template<typename F> void g(F && f) { ... f(); } вместо void g(std::function<void ()> f); + реализация где-то в другом месте.AT
или я что-то не так понимаю с этими модулями?
O
так, что реализация всегда будет видна (ну ладно, не "всегда" а почти всегда) и использовать
void *, что прячется внутри std::function, не нужно будет. Можно будет писать template<typename F> void g(F && f) { ... f(); } вместо void g(std::function<void ()> f); + реализация где-то в другом месте.Ну
std::function еще нужен если вдруг тебе понадобится хранить функтор где-то со стиранием типовAT
Ну
std::function еще нужен если вдруг тебе понадобится хранить функтор где-то со стиранием типовтак есть
std::variant, если всё на видуO
так есть
std::variant, если всё на видуЭээ, а вариант тут причем? :)
AT
Эээ, а вариант тут причем? :)
вот вы мыслите в старой парадигме. В
std::variant можно перечислить все типы (функциональных объектов и указателей на функцию). Они ж все видныO
вот вы мыслите в старой парадигме. В
std::variant можно перечислить все типы (функциональных объектов и указателей на функцию). Они ж все видныДа, и как это связано с модулями и функторами?
DS
std::function - это такой боксинг для замыканий, когда замыкания по факту (полностью или частично - см. small size optimization) уходят из стека в кучуm
вот вы мыслите в старой парадигме. В
std::variant можно перечислить все типы (функциональных объектов и указателей на функцию). Они ж все видныКлассический пример где используется
std::funtion - callback. Его не заменить.AT
Классический пример где используется
std::funtion - callback. Его не заменить.я не про границы м/у so и dll — это как раз законный маргинальный случай, где
std::function и прочие void * вполне себе законныCD
вот вы мыслите в старой парадигме. В
std::variant можно перечислить все типы (функциональных объектов и указателей на функцию). Они ж все видныа как в нём лямбду перечислить, простите?