Как выбрать, макс. поток значат контейнер сервлета HTTP?

Также полезно установить защиту доступа - просто замените * доменом, который вы хотите получить.

 '1',
        'value1'=> 'value1',
        'value2'=> 'value2'
    );

echo json_encode($response); 
?>

Здесь больше примеров: как обходить Access-Control-Allow-Origin?

7
задан Sietse 19 September 2008 в 10:44
поделиться

5 ответов

Очень простой и примитивный:

max_number_of_threads = number_of_CPUs * C

Где C зависит от других факторов Вашего приложения :-)

Спросите себя после вопросов:

  • Вашим приложением будет интенсивный ЦП (понизьте C), или проведите большую часть времени, ожидая третьи системы (выше C)?
  • Вам требуется более быстрое время отклика (понизьте C), или смогите служить многим многочисленным пользователям сразу, даже если каждый запрос занимает больше времени (выше C).

Обычно я устанавливал C довольно низко, например, 2 - 10.

3
ответ дан 7 December 2019 в 12:27
поделиться

Нет нет. Сохраните Вас количеством потоков ограниченный и под управлением, таким образом, Вы не превышаете системные ресурсы, предел Java обычно является приблизительно 100-200 живыми потоками.

Хороший способ сделать это при помощи Исполнителей от java.util.concurrent.

1
ответ дан 7 December 2019 в 12:27
поделиться

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

andreasmk2 является неправильным о количестве потоков. Я запустил приложения с 1 000 потоков и не имел никакой проблемы с системными ресурсами; конечно, это зависит от специфических особенностей Вашей системы. Вы столкнулись с системным ограничением, не ограничением Java.

0
ответ дан 7 December 2019 в 12:27
поделиться

Моя проблема состоит в том, что я не знаю, как сформировать разумное ожидание количества одновременных соединений. По-видимому, в какой-то момент лучше отказаться от новых соединений, чем позволить всему замедлиться, потому что существует, также выполняют обслуживаемые запросы.

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

(Очевидная верхняя граница является макс. размером "кучи", разделенным на минимальный объем памяти, требуемой обслуживать запрос, но даже который трудно измерить в среде со сборщиком "мусора".)

0
ответ дан 7 December 2019 в 12:27
поделиться

Спасибо. Я считал это как там не являющееся любой легкой формулой. :-(

(Мое приложение является блоком проверки допустимости HTML5. Иногда это ясно ожидает на внешних серверах. Однако трудно точно определить, когда это является на самом деле Зависящим от ЦП или самостоятельно или через сборщик "мусора".)

0
ответ дан 7 December 2019 в 12:27
поделиться
Другие вопросы по тегам:

Похожие вопросы: