Как избавиться от потерь при организации моста на сетевых адаптерах?
Всех приветствую .
Суть дела в том что имеется основной сетевой адаптер + адаптер витруальной сети ( это мб Hyper , или VM Oracle ) . Виртуальный адаптер с основным связан мостом .
Пример настроенны камеры 32шт SECUROS бесплатная версия на основной машине, и 32 шт камеры на виртуальной машине . По отрельно все работает безупречно . Основное соедение канал 1гб и вирт 1гб . Но при включение обоих машин , при общей нагрузке более 100мб/сек вся сетка рушится , на камеры идут не реальные патери пакетов что приводит к несмотрибельной картинки ( мигания камер, включения/выключения камер) .
Вопрос даже не в камерах, а в том что почему на адаптерах 1гб пропускная , а 100мб все уже летит в тартарары (заострю Ваше внимание что оба адаптера идут "МОСТОМ"?
Я так понял у тебя все 64 камеры на физической машине, просто половина в виртуалке, половина на хосте. Так может они просто твой проц кладут на лопатки и он не вывозит декодирование такого потока? Да и в целом как организована сеть?
https://habr.com/ru/articles/331720/
Читали ? Там про физическое оборудование.
А вам я думаю стоит поискать как тюнить используемую систему виртуализации.
Кодер/декодер видео на виртуализации да еще с 32 потоками + комьюнити-видерегистратор... "Что могло пойти не так?", как говорится.
Если не хотите всё время эксплуатации CCTV превозмогать, ради превозмогания, и получения не нужного в жизни опыта, то сэкономьте себе время и нервы, купив хардварный видеорег (хик, например, за 50-60 тыр).
32 камеры в виртуалке. ЛОЛ, твич при обычном просмотре грузит видеокарту на 20%, а вы 32 камер, да и ещё наверно всё крутится на процессоре с дохлым видеоядром, да или сам проц наверно простенький.
Скорее всего проц не вывозит совокупно с декодированием. 64 камеры так-то дофига, а программные мосты тоже нифига не бесплатные по нагрузке на проц. Стоит отдать коммутацию отдельному свичу, один физический адаптер виртуалке, и один физический адаптер хосту. Может быть это решит проблему, но тоже далеко не факт.