Дяденька Саттер учил не изобретать велосипеды, если есть реализация в стандартной библиотеке.

Дяденька Саттер учил не изобретать велосипеды, если есть реализация в стандартной библиотеке.

тогда не жалуйся на память

:D

?

Да я не жалуюсь

Мне просто интересно

Мне просто интересно

в сорцы лезь ) уверен найдешь там много инетерсного )

и захочется писать велосипед потом, под частную задачу ) Если по памяти - критично )

в сорцы лезь ) уверен найдешь там много инетерсного )

Главное - вовремя остановиться. Например, после 3 уровня вложенности заголовочных файлов. :D

Главное - вовремя остановиться. Например, после 3 уровня вложенности заголовочных файлов. :D

ну можно дебагером по памяти полазить еще :)

будет гордость за то что недоступно всяким джавистам питонистам и тем более джаваскриптерам

с калькулятором в руке )

будет гордость за то что недоступно всяким джавистам питонистам и тем более джаваскриптерам

Хороший аргумент. :)

будет гордость за то что недоступно всяким джавистам питонистам и тем более джаваскриптерам

вот не надо про джаваскриптеров )

фронтендер ж не программист

фронтендер ж не программист

я ща фронтендом занимаюсь ) на js и немного бакэнда на плюсах )

а верстальщик вообще даже не человек!

а верстальщик вообще даже не человек!

?

js - весьма тонкая штука )

но фронтенд это весело, ничего не скажешь

:D

бекенд на плюсах О_о

А фронтендер задумывается о том, сколько разных размеров дисплея у смартфонов существует?

бекенд на плюсах О_о

?

Или это уже не для людей?

А фронтендер задумывается о том, сколько разных размеров дисплея у смартфонов существует?

дизайнер задумывается

нормпльный да

ну и фронтендер тоже

?

бекенд тоже можно было на жс

в 90% случаев)

бекенд тоже можно было на жс

в моем случае - нет :D

в моем случае - нет :D

почему? требуется особая производительность, или много математики?

почему? требуется особая производительность, или много математики?

такая архитектура )

такая архитектура )

легаси, а не архитектура)))

легаси, а не архитектура)))

?

Проверил unordered_set на unsigned long. Файл 382 МБ потребовал 2939 МБ ОЗУ. :D

а обычный set ?

2289 МБ :D

Чуть получше

При том, что set заранее ничего не выделяет, т.е. память целиком используется.

Размер больше в т.ч. из-за накладных расходов на каждый элемент. Для примитивных типов связный список дает накладные расходы на элемент больше, чем сам элемент занимает.

То биш если хранить большое количество относительно больших объектов, то разница будет не такая большая

Нужно проверить на каких-то объектах размером, скажем, 256 байт.

Проверил std::unordered_set<std::array<char,256> > 442 МБ

Вывод прост: чем меньше размер элемента, тем менее эффективны по памяти эти контейнеры.

Нужно было сразу догадаться.

Reindex.. please wait

Reindex.. please wait

Да не в этом дело

Я изначально проверял на малых строках (17 байт). На 64 разрядной системе указатель занимает 8 байт. В том же map на каждый элемент нужно три указателя. В результате, накладные расходы больше размера элемента.

А в хеш-таблице, допустим, вектор списков. Список, даже если в нем один элемент, хранит несколько указателей.

А в хеш-таблице, допустим, вектор списков. Список, даже если в нем один элемент, хранит несколько указателей.

Reindex.. please wait

Reindex.. please wait

а за память - скоростью

самый главный закон разработки )

А в хеш-таблице, допустим, вектор списков. Список, даже если в нем один элемент, хранит несколько указателей.

Попробуй интел прикрути все таки

У них и аллокатор толковый и в контейнеры его пихать можно стдшные

ERROR: S client not available

Попробуй интел прикрути все таки

компилятор? он жи платный)

компилятор? он жи платный)

Можно бетку 2017 взять :)

Reindex.. please wait

Reindex.. please wait

То есть всегда.

хм, а если сделать отсортированный вектор, а рядом мапу положить в которую пихать std::hash и id из вектора? )

хотя можно и не сортировать

время обработки только возможно увеличится, но на потребление памяти я бы посмотрел

Пока другим занят.

бекенд тоже можно было на жс

Только потом в дурку заберут??

Только потом в дурку заберут??

чето не похоже

чето не похоже

Да это баян один древний

Да это баян один древний

да знаю

всем привет, есть небольшой вопрос по поводу наследования есть класс Base, у этого класа есть строка и метод которы её меняет есть класс Child, наследует Base. Child вызывает метод который меняет строку, но вывести её не получается (она пустая) я подозоеваю что у нас две копии этой строки, но немного запутался

http://ideone.com/AH41GI что может быть?

Метод get не виртуальный

о есть! я чет начал делать метод write виртуальным спасибо!

а можно ли как-то красивее сделать установку нескольких бит подряд? вметсто par_flags |= 1 << 2; par_flags |= 1 << 3; par_flags |= 1 << 4; и вместо par_flags |= 1 << 2; par_flags |= 1 << 4; через #define BITS_TO_SET 0x24 par_flags |= BITS_TO_SET; ?

а в чём вопрос? тебе сказать значения для BITS_TO_SET?

в красоте

ответ: par_flags|=0x14 вполне красиво

enum flags { flag_1 = 0x1, flag_2 = 0x2, flag_3 = 0x4 }; uint32_t flags = flag_1 | flag_3;

посмотрел как сделано в драйвере и сделал по подобию. (это я первый патч в апстрим готовлю)

Как там?

ну в драйвере ядра. такие битовые константы через define определены

еще вариант

но енам лучше

в линуксе есть ещё такое: https://www.kernel.org/doc/htmldocs/kernel-api/ch02s03.html

но правильно делать так, как в окружающем тебя коде, да