ГП
предлагаете разделять клиентов по разным типам впн?
Size: a a a
2019 December 19
E
я ничего не предлагаю, я делюсь наблюдениями и выводами на их основе
VK
предлагаю использовать ipsec =)
VK
с HWоффлоаа
E
предлагаю использовать ipsec =)
а что он даст? сути не изменит
ГП
думаешь ipsec падает на раные ядра?
E
у тебя точно так же будут соединения ,точно так же будут размазываться по цпу тем же "алгоритмом"
VK
с аппаратной разгрузкой - пофигу
IO
ещё эксперимент:
тот же тест curl'ом по http + первый тест bandwidth-test через другой туннель
тот же тест curl'ом по http + первый тест bandwidth-test через другой туннель
E
с аппаратной разгрузкой - пофигу
а что такое "аппаратная разгрузка" по-твоему? :)
IO
два ядра по-прежнему отдахают
E
"аппаратная разгрузка" - это не магия какая-то, это лишь использование спец.инструкций проца, которые точно так же его грузят
E
просто за счет "оптимизаций" грузят меньше, чем без при той же нагрузке
IO
а третье ядро загружено на 25% даже без тестов при итоговой загрузке = 5..6% (раздаются торренты слегка и ещё кое-какой траффик в пределах 20мбит чисто SNAT)
E
а третье ядро загружено на 25% даже без тестов при итоговой загрузке = 5..6% (раздаются торренты слегка и ещё кое-какой траффик в пределах 20мбит чисто SNAT)
так ты смотри профайлером, чем. хоть он и кривой, но что-то покажет :)
E
это же не асик для ипсеца какой-то в микротах :)
IO
там firewall+networking.
Оказалось, 40мбит траффика наружу сейчас. Часть из них - через vlan-интерфейс на бридже
Оказалось, 40мбит траффика наружу сейчас. Часть из них - через vlan-интерфейс на бридже
E
там firewall+networking.
Оказалось, 40мбит траффика наружу сейчас. Часть из них - через vlan-интерфейс на бридже
Оказалось, 40мбит траффика наружу сейчас. Часть из них - через vlan-интерфейс на бридже
терминирование тоже кушает проц-то заметно
IO
логично