кто-нибудь использовал cityhash? может быть есть быстрее?

Murmur?

кто-нибудь использовал cityhash? может быть есть быстрее?

☝️

https://github.com/fredrikwidlund/hash-function-benchmark

судя по этому бенчмарку мурмур медленнее

судя по этому бенчмарку мурмур медленнее

Ок, если ты не сидишь в анб и не парсишь 40 гбе, то мурмура тебе хватит ;)

да я думаю к unordered_map прикрутить

в командном процессоре использую

но что-то мне кажется, что хватит и стандартного std::hash

да я думаю к unordered_map прикрутить

Стльной?

да

как в Visual Studio прикрутить хидеры от clang?

да

Она и так норм вроде

в ms нет experimental::optional

а хотелось бы попробовать

boost::optional

есть

да

На какой скорости инсертить планируешь?

ну это буст

ну это ровно то же, что будет в стандарте

впрочем, как обычно

карта заполняется один раз при запуске

буст скорее всего потащит за собой свои либы, а ради одного класса это нежелательно

карта заполняется один раз при запуске

Ну и пох же

буст скорее всего потащит за собой свои либы, а ради одного класса это нежелательно

Нет

Один хедер

А раз нежелательно то ищи свой велик

и никакие либы не будут линковаться? не верю

Ну и пох же

хотелось бы экономить время, которое затрачивается на выполнение метода find

шаблоны же

и никакие либы не будут линковаться? не верю

Нет

сейчас потестирую тогда

Нет

https://github.com/boostorg/optional/blob/develop/include/boost/optional/optional.hpp

да уж

что не так? Обычный бустовский хедер же :)

Забавный факт, в винде PID'ы и TID'ы всегда четные

Забавный факт, в винде PID'ы и TID'ы всегда четные

Рили??

Угу

Суп, посоны. У меня немного тупой вопрос, я понимаю что это не c++-way и вообще не по феншую. Раньше я писал на руби. Там была такая штука как модули. Во-первых при помощи модулей решалась проблема множественного наследования (у класса всегда есть только 1 родительский класс, но модулей к нему можно подключить сколько угодно). Во-вторых это позволяло няшно разделять код по функциональности для больших классов. В третьих это позволяло добавлять ифункции из модуля в разные классы без мозгоёбства. Например у класса A есть 3 потомка B, C, D с какими-то своими методами, при этом в класс B я добавляю методы из модулей X и Y, в C - X и Z, в D - Y и Z. В крестах такое возможно вообще? Без шаблонов, виртуальных геттеров, регистрации и смс.

Ид потоков точно...

Ид потоков точно...

А почему??

Суп, посоны. У меня немного тупой вопрос, я понимаю что это не c++-way и вообще не по феншую. Раньше я писал на руби. Там была такая штука как модули. Во-первых при помощи модулей решалась проблема множественного наследования (у класса всегда есть только 1 родительский класс, но модулей к нему можно подключить сколько угодно). Во-вторых это позволяло няшно разделять код по функциональности для больших классов. В третьих это позволяло добавлять ифункции из модуля в разные классы без мозгоёбства. Например у класса A есть 3 потомка B, C, D с какими-то своими методами, при этом в класс B я добавляю методы из модулей X и Y, в C - X и Z, в D - Y и Z. В крестах такое возможно вообще? Без шаблонов, виртуальных геттеров, регистрации и смс.

Нет

А почему??

Разберёшься? Подготовишь доклад ...)

ERROR: S client not available

Ещё забавный факт про чётность

Четное ядро Intel проца - виртуально

Hyper threading которые

А кто нить wireshark prototree- подобные структуры имплементил?

Или снорт/суриката?

Нет

А хоть как-то это реализовать можно или если нет то не нужно?

А хоть как-то это реализовать можно или если нет то не нужно?

Ну наследование же есть. Реализуй как надо. В плюсах нет "общего" класса типа object...

А хоть как-то это реализовать можно или если нет то не нужно?

Говоря на твоём языке - класс В будет наследоваться не только от А но ещё от икс, игрек и тп и оверрайдить какие то методы из них

Как таковой концепции интерфейсов нет, но есть абстрактные классы, то же самое по факту

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

Вообще, если уж на то пошло, в плюсах можно все. Главное гвозди покрепче приготовить

Так там какие-то другие модули были вроде.

в стандарт не те модули, которые в руби вводить будут, насколько я понял.

Так там какие-то другие модули были вроде.

Я не умею в руби

Сори

Но мне кажется суть я уловил. Множественное наследование позволяет и не такое

Собсно описанное тобой - это весь COM :)

но если методам в X, Y и Z нужен доступ к данным в A то их тоже надо от него наследовать

но если методам в X, Y и Z нужен доступ к данным в A то их тоже надо от него наследовать

Я не владею твоей ситуацией и предметно пояснить не могу...

любой класс наследник можно привести к родительскому типу

protected сделай данные в A, которые нужны в наследниках