[Bug 230273] linux_select CALL is very slow (100 ms)

2022-06-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230273 --- Comment #15 from Dmitry Chagin --- (In reply to Tatsuki Makino from comment #13) Does it take time to detect if the listening socket is readable, or were there simply no clients? select return 1, so 1 readfds is ready to accept. we sho

[Bug 230273] linux_select CALL is very slow (100 ms)

2022-06-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230273 --- Comment #16 from Dmitry Chagin --- (In reply to Tatsuki Makino from comment #14) AFAIR, i fixed this some years ago -- You are receiving this mail because: You are the assignee for the bug.

[Bug 230273] linux_select CALL is very slow (100 ms)

2022-06-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230273 --- Comment #17 from Tatsuki Makino --- (In reply to Dmitry Chagin from comment #15) comment #0 log is cut off below that select, so we don't know what it is. readfds are also different (on stack?) so it may be a different job with differe

[Bug 230273] linux_select CALL is very slow (100 ms)

2022-06-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230273 --- Comment #18 from Dmitry Chagin --- (In reply to Tatsuki Makino from comment #17) As far as I see 1 descriptor is used everywhere, so the log has nothing to do I think -- You are receiving this mail because: You are the assignee for th