Актуализация: Конструкторът на сървъра е начинът, по който конфигурирате пула от нишки, за съжаление, не можете да конфигурирате сървърния конструктор от 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 сървъра. Написахме персонализиран 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 може да не работи правилно.

Ще актуализираме този отговор, когато стартираме производството.