Механизм Epoll при использовании виртуальных потоков
Я реализую tcp-сервер на основе виртуальных потоков epoll и JAVA, я создал поток платформы для бесконечного количества входящих сообщений или соединений, и для каждого установленного соединения виртуальный поток сBlockingQueueсоздано. Таким образом, существует только один поток, который обрабатывает всеaccept() recv() send(), я предполагаю, что быстро завершается, когда все неблокируется. Однако, когда я читаю о netty и других проектах, они, как правило, используют несколько потоков как для обработки сообщений, так и для обработки сообщений.epoll_wait()и все операции ввода-вывода будут узким местом моей программы?
Я запускаю несколько тестов на своем tcp-сервере, и результат кажется не таким хорошим по сравнению с netty, поэтому я беспокоюсь о своем механизме epoll по сравнению с сопрограммой, правильно он или нет.