timer call vs direct call
Честно говоря, никогда не занимался написанием серверных приложений, сейчас пишу диплом - прототип сервера с элементами социальной сети и поэтому и возник вопрос:
Есть класс низкоуровневой работы с tcp (TcpServer), в котором время от времени появляется входящее соединение.
Есть класс высокоуровневой работы с сетью (ServiceRequests), переводящее эти данные в классы, соответсвующие логике приложения:
AuthorizationRequest, FilterRequest, т.п.
Предполагается, что сервер будет испытывать сильную нагрузку, как лучше обеспечить передачу информации о наличии новых входящих подключений от TcpServer:
создать связку сигнал/слот, или вызывать из ServiceRequests по таймеру запросы к TcpServer.
Понятно что сигнал/слот очевиднее, но кажется, что при вызовах по таймеру легче затем регулировать и отслеживать нагрузку, нежели при случайных по времени вызовах.
Может быть вопрос глупый, но правда этим никогда не занимался.
Есть класс низкоуровневой работы с tcp (TcpServer), в котором время от времени появляется входящее соединение.
Есть класс высокоуровневой работы с сетью (ServiceRequests), переводящее эти данные в классы, соответсвующие логике приложения:
AuthorizationRequest, FilterRequest, т.п.
Предполагается, что сервер будет испытывать сильную нагрузку, как лучше обеспечить передачу информации о наличии новых входящих подключений от TcpServer:
создать связку сигнал/слот, или вызывать из ServiceRequests по таймеру запросы к TcpServer.
Понятно что сигнал/слот очевиднее, но кажется, что при вызовах по таймеру легче затем регулировать и отслеживать нагрузку, нежели при случайных по времени вызовах.
Может быть вопрос глупый, но правда этим никогда не занимался.
