имеет ли смысл для производительности в таблицах ipfw агрегировать множество /32 в более крупные сети?
Аргументы за: вроде бы lookup по агрегированной таблице будет быстрее. против: если таблица сильно "прорежена", и основная масса в агрегате /31 и /30, то будет ли? против: динамически вносить изменения в агрегат сложнее, нежели делать add/del заранее известных адресов пользователя.
Буду благодарен за комментарии от знающих как происходит lookup по таблице в radix tree. Сам сейчас наверняка застряну в коде не на одни сутки.
Для конкретики взял у коллег реальную таблицу для оценки: 4378 записей, из которых /32 4357 штук, остальные 21 /30 и более. Агрегировал. 2520 записей, из которых 1455 /32 749 /31 (все от агрегации) 254 /30 (+247 от агрегации) 50 /29 (+44) 9 /28 (+4) 2 /27 (+0)
