3. Можно отстрелить обе ноги и дебажить это неделю.

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

@hirthwork Мемчек valgrind'а проходит?

@l29ah ща заемёржу

а чо не на жабке?

@anonymous побайтоёбствовать захотелось

типы ключей и значений захардкожены штоль?

@mugiseyebrows да. и хэшфункция тоже

@l29ah 20,000,000 allocs, 20,000,000 frees, 30,092,700,000 bytes allocated ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) gcov говорит, что code coverage 100%

**СЕРЕАЛИЗИРУЙ ЭТО**

mah hcreate

@lexszero 1. Нельзя задать свою хэшфункцию и функцию сравнения 2. Малость припизднутая логика с ENTER — не ясно когда положит новый элемент, а когда перезатрёт старый 3. Вопрос был про задрачивание производительности и про аллокацию ноды целиком вместе с ключом и данными в один malloc. Тут же аллокации не сэкономишь

@hirthwork вообще непонятно, почему не зделали как в прыщеядре для всех ADT, типа https://isis.poly.edu/kulesh/stuff/src/klist/

@hirthwork алсо, от экономии маллока профит не особо большой - все равно либц ммапит память жирными кусками для уменьшения количество тяжелых сисколлов, а дальше уже работает аллокатор самого либц.

@lexszero зато фрагментация памяти и локальность данных сильно повышается

@hirthwork *фрагментация уменьшается

@hirthwork ну это да. алсо, глибовский хэшмеп позволяет задать свою хэшфункцию

@lexszero да, я им пользовался несколько раз, но тут помимо отсутствия экономии маллоков ещё вылезает отсутствие инлайновости хэшфункции и функции сравнения ключей