я думаю, надо систему переставить

Не в курсе

Снимай профайл

Снимай профайл

Каким образом?

Каким образом?

https://intellij-support.jetbrains.com/hc/en-us/articles/207241235-Reporting-performance-problems

https://intellij-support.jetbrains.com/hc/en-us/articles/207241235-Reporting-performance-problems

Попробую, спасибо

Если мочности на сервере достаточно то увеличение количества тридоф на томкате додаст перформанса при увеличении количества подключений?

а што такое тридоф?

наверное потоки

если будет много тридоф то это может нанести убыток по пирфоманса

обычно пытаюстя сделать асинхронно и не плодить подключения ибо это не хорошо

если будет много тридоф то это может нанести убыток по пирфоманса

и понизить мочность сервера

мочность не понизит, но потенциал не весь раскроет))))))

Почему то у мня где то в голове закон Амдаля вертится связи с этой темой

Пишу gui на javafx , как правильно сделать подгрузку конфига для dev/release/test версий ? через gradle задавать переменные и билдить конфиг, или через файлы ?

Знаю, что где-то на habre есть "сериал" про колекции в java. Вроде 8 "серий". Не могу найти. Мб кто-то поделится?

Если мочности на сервере достаточно то увеличение количества тридоф на томкате додаст перформанса при увеличении количества подключений?

для достижения максимальной производительности всегда нужно чтобы количество потоков было равно количествву ядер процессора

если у машины 4 ядра значит должно быть 4 потока

для достижения максимальной производительности всегда нужно чтобы количество потоков было равно количествву ядер процессора

если 4 ядра и 8 потоков то все ровно 4 потоки?

тогда лучше 8

надо разделять имхо вычислительный потоки

и ИО потоки

если 4 ядра и 8 потоков то все ровно 4 потоки?

формально машина будет думать что у тебя 8 ядер

ИО потоки имеют смысл хоть 20 при 4х ядер

для достижения максимальной производительности всегда нужно чтобы количество потоков было равно количествву ядер процессора

Вроде бы это не всегда так

Была формула расчёта

ИО потоки имеют смысл хоть 20 при 4х ядер

вот почему тогда у томката ембедеда 100 потоков дефолт?

вот почему тогда у томката ембедеда 100 потоков дефолт?

потому что они с большего ИО потоки

и это имеет смысл

что имеется в виду 100 потоков по дефолту?

вот почему тогда у томката ембедеда 100 потоков дефолт?

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

и любят блокировать потоки

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

и ИО потоки

что ты именуешь под IO потоком?

что ты именуешь под IO потоком?

который имеет ваты на ИО операции

вайты*

а можно простым языком чтобы я понял?

и я тоже)

вайты*

Добавь воды

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

и т.д.

вот вторых может быть много больше чем ядер

а почему нельзя сделать всего 1 IO поток на все приложение?

и как ты себе это представляешь?

Ща тебе вертикс продадут

И эвент луп

и как ты себе это представляешь?

ну вот так вот. Когда чтение из сокета или файла не блокиющие

ну вот так вот. Когда чтение из сокета или файла не блокиющие

ну так юзай NIO

Ща тебе вертикс продадут

как-будто что-то плохое))

ну так юзай NIO

ну так зачем много IO потоков если достаточно всего 1?

ну так зачем много IO потоков если достаточно всего 1?

не досттаточно

почему нет?

ну к примеру у тебя активных 5к соединеений в один момент

1 поток захлебнется

а вот 8 потоках на 8 гипертредах намного лучше разгребут

ну к примеру у тебя активных 5к соединеений в один момент

скажи это node.js'у

ну вообще-то хз где там у вас нода показатель )

они процессами скалируются

имхо такое себе

server.tomcat.max-threads = 200 //by default

даже так

ERROR: S client not available

1 поток захлебнется

почему захлебнется?

сеть медленная, процессор быстрый

потому что только 1 ядро будет расхлебывать, он же и читает и пишет и обрабатывает

ты же сам сказал что IO поток не обрабатывает

только читает и пишет

все делает, просто он не ждет

а ивент бейзд

именно

одного потока для такого вполне хватает

и нет смысла делать из больше чем количесто ядер если нет никакой бизнес логики

например если это прокси

ивент бейзд это магия? нет, ивенты то надо обрабатывать жтим же потоком

и их вполне может быть так много

что он не будет успевать

прокси тема имхо отдельная, какие-то перекосы в линии обсуждения

может конечно, но ты сначала посчитай какая пропускная способность сети должна быть в таком случае

это все зависит от стоимости "обработки запроса"

в случае прокси, понятно что дешево

а в случае наличии норм бизнес логики

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

больше делать смысла нет

так пропускная способность приложения будет больше

вообще не понятно откуда такой вывод

и любят блокировать потоки

ну а как иначе? если большая чать экоссистемы - это блокирующие либы, пишешь нон-блок код и у тебя всё равно будет где-то валяться тред пул для блокирующих вызовов

вообще не понятно откуда такой вывод

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

вот скажем на моем простеньком компьтере, у него 4 ядра

на одном потоке тот же vertx.io выдает 110к тысяч запросов

http

это тупо IO, без логики