Ждать 5 минут: cron или sleep?

Здравствуйте
Исходные данные:
При возникновении некого события на "моём" сервере запускается PHP скрипт, который записывает в БД информацию об этом событии отправляет её через CURL на "другой" сервер. Тот сервер оповещает одного из своих клиентов об этом событии. Клиент (точнее человек за компьютером-клиентом) должен выполнить некие действия (условно - нажать кнопку, которая перешлёт ответ на событие обратно на "мой" сервер, который запишет этот ответ в БД). Важна скорость обработки ответа. Если "клиент" вышел в туалет, заснул и т.д., то "мой" сервер ,не дождавшись ответа в течение 5 минут, должен отправить запрос для другого клиента.
Мучают сомнения по какому пути пойти:
1. Делать паузу sleep и после паузы проверять не появился ли ответ в БД - мне кажется плохой затеей: события могут возникать одно за другим, образуется очередь из событий (важна скорость обработки)
2. Запускать поиск ответов в БД через CRON - каждые 5 минут - это ещё ничего, а если интервал ожидания придётся уменьшать до 1-2 минут? Сервер только и будет молотить БД

Сразу скажу: "другой" сервер предоставляет только узкий набор API команд. Делать нужно всё на "моем".
Что посоветуете?

0

Сообщение от Престашоп а если интервал ожидания придётся уменьшать до 1-2 минут? Сервер только и будет молотить БД

Молотить раз в минуту? Самый дешевый хостинг рассчитан на намного большую нагрузку. А nginx, если не ошибаюсь, может обрабатывать одновременно до 10 тысяч соединений. А в секунду их может быть даже больше, если соединения не медленные. Это в секунду, а ты говоришь про минуты и про всего один запрос.

0

Сообщение от Bent Молотить раз в минуту? Самый дешевый хостинг рассчитан на намного большую нагрузку. А nginx, если не ошибаюсь, может обрабатывать одновременно до 10 тысяч соединений. А в секунду их может быть даже больше, если соединения не медленные. Это в секунду, а ты говоришь про минуты и про всего один запрос.

Понял, спасибо. Мне казалось что раз в минуту хостер начнёт ограничивать как-то)

0