Comments 4
Года 2 назад делали подобный костыль для Zabbix, что-бы сократить объём данных передаваемых ч-з VSAT. Только кодить для этого не понадобилось от слова совсем: curl + JSON pretty print и стандартная утлилита diff с ключами bBwup. Первая передача после инициации, — полное состояние, а потом только патчи. Передача раз в 4-е секунды. Т.е. ни о каких серьёзных нагрузках как-бы речи не шло, но ~400 станций присылали данные на центральный сервер.
Ах да… транспорт netcat с постоянно открытым соединением. Сеть приватная, так что даже никакого SSL. Ну кроме того шифрования которое в канале провайдера VSAT. Костыль, костылём, но накладные расходы минимальные.
Ах да… транспорт netcat с постоянно открытым соединением. Сеть приватная, так что даже никакого SSL. Ну кроме того шифрования которое в канале провайдера VSAT. Костыль, костылём, но накладные расходы минимальные.
Второй вычитывал этот файл раз в секунду, проверяя, что в нём поменялось с прошлого раза.
Можно было заюзать inotify (или аналоги на других системах) для удобного асинхронного информирования об изменениях в файлах. Ну и легким движением смотреть diff'ы.
А зачем в Вашем примере объявления функций static inline? В C — понятно, а в плюсах?
синхронизации состояния фотка первая в тему))
Sign up to leave a comment.
Библиотека для синхронизации состояния