N
ну может в пхп и так. в нативном джава клиенте это не так.
Size: a a a
2020 February 16
AB
Nikolay
ну может в пхп и так. в нативном джава клиенте это не так.
Но работает норм.
AB
Кстати, а вот количество консюмеров делать равным кол-ву процессоров (если только для консюминга машина используется) или можно больше?
AB
Есть какая-то формула по которой можно подобрать максимально производительный вариант
N
а сколько у вас партиций в топике?
AB
как я понимаю если я добавляю 20 консюмеров но у меня 8 ядер то толку не будет
AB
я сделал 10 партиций
N
1 партиция может не больше чем 1м консьюмером читаться
N
вы можете только 10 консьюмерами читать. остальные консьюмеры будут простаивать
AB
да
AB
я использую high level consuming
AB
с автоматической ребалансировкой на стороне kafka
N
в принципе можено консьюмеров больше чем ЦПУ иметь т.к они читают из сети
AB
Nikolay
в принципе можено консьюмеров больше чем ЦПУ иметь т.к они читают из сети
а что процессор делает в то время когда ждет?
AB
Просто переключает контексты так же?
AB
шо означает что он просто будет нееффективно переключаться между ними
AB
как я понимаю
N
поток ждет прерывания от сетевой карты . он не выполняется на ядре в это время.
N
переключение контекстов крайне быстрая операция( как я помню их могут быть миллион в секунду). стршно не переключение контекста, а вымываение кэшей. все твердят, что страшно переключение, но это не совсем так. именно то, что в кэше данных нет - вот причина замедления, а не длительность переключения. в кафке же кэш скорее всего и так постоянно вымывается
И
Andriy Bashuk
какую компрессию лучше всего выбрать?
zstd