Вы про SNMP (Net-SNMP) или про ProfiBus? В обоих описанная ТС функциональсть уже встроена и вообще не требует программирования, тем более на C++ )))

Или все же прочитаем ТС?

Исходя из задачи. В каких-то случаях syslog хватает. В каких-то - TimeScaleDB или InfluxDB. Присматриваюсь к ClickHouse. В каких-то - самописные.
Что Вы хотели этим узнать?

Не вижу логики. ТС решил уже написать свой сервер с нуля в рамках самообразования. И спрашивал не о том, стоит ли ему этим заниматься, а о том, как это лучше сделать.
Вы действительно не видите разницы?
Или очень стремитесь свой "Золотой молоток" вручить еще кому то? )))

Соболезную Вашим детям.
То есть, раз есть компьютер или калькулятор, то таблицу умножения учить не зачем?
А раз Maxima или Mapple успешно решает квадратные уравнения, то уметь решать эти же квадратные уравнения самому тоже не нужно? )))
Вы уж простите, но если изобретать велосипед и впрямь не стоит, то делать свой велосипед, для того чтобы изучить конструкции велосипедов - необходимо. Ну не научитесь Вы никогда делать велосипеды, если не попрактикуетесь в их изготовлении )))

Если сообщение имеет полезную нагрузку(payload), то он просто передается вызываемой функции-обработчику в качестве параметра.
Иногда есть смысл выполнить полную или частичную десериализацию payload. Тогда функции-обработчику в качестве параметра(ов) достается уже десериализованный payload.

PetroNotC Sharp,

но Вы так и не ответили! Так нужно учить таблицу умножения и уметь решать квадратные уравнения без компьютера? )))

Я не заметил вопроса о библиотеках журналирования вообще. Был вопрос о журналировании. Потому и получили ответ не о том, как приложение пишет в журнал, а о том, куда журналы множества источников направляются и где анализируются. )))


Уже лучше! Вы хотя бы признаете, что крайности, как например вообще отказ от обучения написания сервера на C++ - не допустимы. И очень хорошо, что Вы признали свою ошибку. Да, городить неделями сложный сервер на C++ в рамках обучения смысла мало. Отказаться вообще от его изучения - тоже. Золотая середина - попробовать простую реализацию с трудоемкостью в несколько часов. Максимум - несколько дней.


Вы что-то перепутали )))
Я не учу ТС, а просто отвечаю на прямой вопрос им поставленный. Дальше - его выбор. А Вы как раз учите его жизни, пытаясь вручить ему свой "Золотой молоток" и говоря ему, что он должен делать, а что не должен )))

Dimitry Sibiryakov,

нет, конечно. Так же как не надо пытаться писать код на C++ не зная языка. Но какая связь с текущей ситуацией?

Единственный.


Так все же единственный или нет? Табличный способ не существует? Или только в Вашем сознании?

Вы сильно отстали от жизни и от общеобразовательной программы )))
Простите, но бинарный поиск все трое моих детей изучали еще в школе на уроках информатики. Так что я знаю, о чем говорю )

Если же говорить о промышленном решении с тысячами обработчиков, то я тогда бы предложил подумать о более эффективной индексации (B-Tree, brin, hash). Но это, опасаюсь, уже за пределами знаний ТС.

В качестве вишенки на торт. Я нигде не предлагал самому писать алгоритм двоичного поиска. Никто не запрещает воспользоваться стандартной функцией bsearch()

PetroNotC Sharp,

прощу прощения, но так Вы полностью уйдя от темы перешли на личности, доказав, что Вы демагог, в дальнейшем общении с Вами смысла не наблюдаю )