TZ
ага.. доки хорошо вставляют )))
Size: a a a
2019 December 17
DF
У меня приложение на Dancer2 не пишет в логи, если я запускаю через Starman. У меня вообще никаких идей, почему так.
А через что и куда оно их пишет? А то может у тебя логлевел критикал стоит и вот это всё
AP
У меня
debug стоит. Без Starman'а пишет, как положено.OP
Жаль, что нет логики как с сокетами: блокироваться и ждать, пока не появится что-нибудь в буфере.
С сокетами в конечном итоге асинхронные циклы тоже делают по сути просто select на каждом проходе, когда очередной асинк-обработчик передаёт управление обратно в цикл, т.е. пусть там и нет sleep, но логика реальной долбёжки polling'ом вполне на лицо
С сокетами в конечном итоге асинхронные циклы тоже делают по сути просто select на каждом проходе, когда очередной асинк-обработчик передаёт управление обратно в цикл, т.е. пусть там и нет sleep, но логика реальной долбёжки polling'ом вполне на лицо
В асинхронном лупе нет никакой долбежки, иначе он бы жрал 100% проца всегда.
Луп засыпает в epoll/kqueue/etc пока не появятся данные в одном из сокетов. (Или пока таймер не наступ время вызвать)
Луп засыпает в epoll/kqueue/etc пока не появятся данные в одном из сокетов. (Или пока таймер не наступ время вызвать)
AK
В асинхронном лупе нет никакой долбежки, иначе он бы жрал 100% проца всегда.
Луп засыпает в epoll/kqueue/etc пока не появятся данные в одном из сокетов. (Или пока таймер не наступ время вызвать)
Луп засыпает в epoll/kqueue/etc пока не появятся данные в одном из сокетов. (Или пока таймер не наступ время вызвать)
Т.е. процесс на очередной итерации цикла событий блокирует ядро ОС, поскольку он ждёт ввода-вывода в одном из файловых дескрипторов? Интересно, а таймер как реализован?
AK
Будит-то ведь процесс и ввод-вывод, и таймер
OP
Т.е. процесс на очередной итерации цикла событий блокирует ядро ОС, поскольку он ждёт ввода-вывода в одном из файловых дескрипторов? Интересно, а таймер как реализован?
Таймер реализован так: луп знает ближайшее время когда след таймер сработает. И это время является макс таймаутом для epoll
OP
Не в одном из, а сразу во всех
OP
Для этого epoll/kqueue придуманы)
AK
Не в одном из, а сразу во всех
В смысле во всех? Я так понимаю, что в любом из: один асинк-обработчик подписан на ФД №1, другой - на ФД №2, и явно нужно не ждать, когда вообще для всех ФД что-нибудь в буфере объявится
SL
он же написал - максимальный таймаут, если раньше данные в какой-нибудь сокет придут, проснётся раньше, если нет, по таймауту
AK
Не в одном из, а сразу во всех
Я про это
SL
так петля от входов отталкивается, а не от обработчиков
SL
она же ждёт события на входах и уже потом смотрит, какой обработчик для него запустить
SL
насчёт, не в одном, а на всех - это я не понял, про что
AK
Она ждёт любого события из множества, я об этом. Ей не нужно ждать, когда произойдут вообще все события. Так что я тоже не понял, к чему бы это :)
SL
если б на всех ждала, кто бы работу делал :}
AK
Есть какое разумное объяснение того, почему обработчик не может подписаться сразу на несколько событий?
AK
Например, таймаут так бы элементарно реализовать было без извращений
SL
с чего бы он не мог?