Обновление: Конструктор сервера — это то, как вы настраиваете пул потоков, к сожалению, вы не можете настроить конструктор сервера из jetty-maven-plugin . Это выходит за рамки плагина jetty-maven.

ThreadPool в Jetty 9 теперь настроен на Конструктор экземпляра Server.

Используя XML, вы можете перенастроить его, это даже задокументирован в самом файле jetty.xml.

Не стесняйтесь изменять его, просто имейте в виду, что связанные пулы потоков, как известно, вызывают проблемы, если ограничение слишком мало.

Вот удобная формула салфетки.

Максимальное количество потоков = (((количество ядер процессора) * 4) * (количество коннекторов)) + (максимальное количество одновременных запросов)

На практике большинство значений ниже 400 вызовут проблемы даже на слегка загруженных серверах. Не воспринимайте это утверждение как означающее, что 400 — это хорошая отправная точка, это было бы совершенно неправильно с вашей стороны, вам нужно тестировать, отслеживать и продолжать корректировать, пока вы не найдете подходящее значение для вашего сервера. (Не забудьте проверить пики нагрузки и то, что происходит, когда ваши базы данных выходят из строя)

Думать, что вам нужно установить верхний предел производительности, — это форма преждевременной оптимизации.

Это правда, что QueuedThreadPool, который использует Jetty, не связан, но он также очищает себя и удаляет потоки из пула с течением времени, позволяя серверу обрабатывать внезапные нагрузки и отключаться, когда нагрузка спадает.

Если вас беспокоит память или другие ресурсы, знайте, что установка Jetty по умолчанию работает нормально даже на Android 2.3 (Gingerbread) (примечание: Jetty 7 с QTP), Android 4.4 (Jetty 9) и Raspberry Pi (Jetty 7 через 9).

Наконец, как установить размер очереди приема.

Настройте свой ServerConnector (обычно находится в etc/jetty-http.xml)

<Set name="acceptQueueSize">40</Set>

Значение по умолчанию — 0 и относится к параметру backlog в ServerSocketChannel.bind(SocketAddress,int) на самых низких уровнях.

Мы столкнулись с аналогичной проблемой, когда хотели, чтобы сервер отклонял запросы, если все потоки заняты, а не ставил их в очередь на неопределенный срок.

Я думаю, что это подлинный вопрос, следующий подход.

Поскольку невозможно переопределить размер или тип пула по умолчанию в Jetty Server. Мы написали собственный ServerConnector, где вы можете установить размер очереди или вашего исполнителя, если на то пошло.

jetty.addServerCustomizers((Server server) -> {
    LinkedBlockingQueue<Runnable> queue = new LinkedBlockingQueue< (maxQueueSize);
    ExecutorService exceutorService =
        new ThreadPoolExecutor(minThreads, maxThreads, 1,
            TimeUnit.HOURS, queue);

    // extract host and port from existing connector...
    String host = "0.0.0.0";
    int port = 1900;
    for (Connector c : server.getConnectors()) {
        if (c instanceof ServerConnector) {
            host = ((ServerConnector) c).getHost();
            port = ((ServerConnector) c).getPort();
        }
    }


    ServerConnector connector = new ServerConnector(server, exceutorService, null, null, -1, -1, new HttpConnectionFactory());
    connector.setHost(host);
    connector.setPort(port);
    server.setConnectors(new Connector[] { connector });
}

Минусы

1) Поскольку Jetty ожидает пул потоков в очереди, когда мы пробовали то же самое, он давал случайные результаты, когда запуск сервера завершался неудачно, несмотря на правильные конфигурации. Поведение было непредсказуемым.

2) Поскольку ExecutorService не реализует Threadpool, плагин сбора метрик для Jetty может работать неправильно.

Этот ответ будет обновляться, когда мы приступим к производству.