A
всё же не ясно, почему server.shouldAcceptRequest всё время true возвращает получается? - по памяти может течь, если только asyncCheck постоянно спинится
Size: a a a
2021 May 14
VB
асинкчек фактически просто кладёт коллбэк на стек и сразу на первом-же await возвращает управление обратно. если таких асинкчеков происходит больше чем завершается коллбэков - будет жраться память ессно.
A
да, это понятно, но почему он вообще туда заходит в эту ветку, почему server.shouldAcceptRequest отдаёт true
VB
не знаю, я внутрь кода не смотрел. ща гляну.
VB
ага. понял
VB
Эта ф-ция будет возвращать true до тех пор, пока количество дескрипторов(сокетов открытых) будет меньше чем server.maxFDs. Это всё что там происходит и проверяется. По факту её надо вызывать перед acceptRequest() для того, чтобы не влететь в ситуацию, когда у тебя лимит на 1024 дескриптора, а ты пытаешься открыть 1025й при акцепте.
VB
ну собсна в serve() так и происходит.
A
ага, ну т.е. проблема в том, что, вероятно, она делает не то, что вроде бы ожидалось
VB
то, что надо она делает. называется через жопу, но делает всё правильно
A
теперь мне осталось только ipv6 как-то прикрутить
VB
serve() проверяет может ли принять ещё сокет и если может - ожидает принятия сокета.
VB
зачем прикручивать? если у тебя есть ipv6 всё должно отрабатывать без каких-либо доработок и переделок.
A
у меня есть, но не работает
VB
netstat -lpn при запущеном сервере. процесс должен слушать адрес "::" и нужный порт.
A
я в netstat не очень, но lsof такой:
nt 21027 root 3u IPv4 71990 0t0 TCP *:http (LISTEN)
A
т.е. ipv4, может надо "::" указать ему чтобы слушал
VB
ну если ты указываешь 0.0.0.0:80 то будет ipv4
A
не, я ничего не указываю, видимо там дефолт 0.0.0.0
VB
там дефолт ""
VB
proc listen*(server: AsyncHttpServer; port: Port; address = "") =